* Re: [PATCH 1/1] linux-libc-headers: provide 3.0.x and 3.1 headers
From: Anders Darander @ 2011-10-26 21:18 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <20111026211439.GA3851@ad.chargestorm.se>
* Anders Darander <anders@chargestorm.se> [111026 23:14]:
> * Richard Purdie <richard.purdie@linuxfoundation.org> [111026 23:02]:
> > On Wed, 2011-10-26 at 14:25 -0400, Bruce Ashfield wrote:
> > > 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.
> > In answer to your other question, its probably safe to drop the older
> > versions and switch to 3.1 at this point unless there are known
> > compatibility issues?
> Don't we have 2.6-kernel left? If so, I guess that we ought to leave the
> 2.6 versions of the recipe. At least if I remember correctly in that a
> userspace compiled against a certain version of kernel headers should
> run OK on a newer kernel, but isn't guarenteed to run OK on an older
> kernel. Correct me if I'm wrong...
Forget my reply above, I'm obviously not looking closely enough at the
patch. (Which tells me I'm getting tired and should get some
rest/sleep).
Cheers,
Anders
--
Anders Darander
ChargeStorm AB / eStorm AB
^ permalink raw reply
* Re: [PATCH 1/1] linux-libc-headers: provide 3.0.x and 3.1 headers
From: Anders Darander @ 2011-10-26 21:14 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1319662875.12054.7.camel@ted>
* Richard Purdie <richard.purdie@linuxfoundation.org> [111026 23:02]:
> On Wed, 2011-10-26 at 14:25 -0400, Bruce Ashfield wrote:
> > 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.
> In answer to your other question, its probably safe to drop the older
> versions and switch to 3.1 at this point unless there are known
> compatibility issues?
Don't we have 2.6-kernel left? If so, I guess that we ought to leave the
2.6 versions of the recipe. At least if I remember correctly in that a
userspace compiled against a certain version of kernel headers should
run OK on a newer kernel, but isn't guarenteed to run OK on an older
kernel. Correct me if I'm wrong...
Cheers,
Anders
--
Anders Darander
ChargeStorm AB / eStorm AB
^ permalink raw reply
* Re: --root option in upstream shadow
From: Mark Hatle @ 2011-10-26 21:04 UTC (permalink / raw)
To: julian.pidancet, openembedded-core, Scott Garman,
pkg-shadow-devel
In-Reply-To: <20111026205113.GB25451@nekral.nekral.homelinux.net>
On 10/26/11 3:51 PM, Nicolas François wrote:
> Hi,
>
> On Mon, Oct 24, 2011 at 01:06:11AM +0100, julian.pidancet@gmail.com wrote:
>> On Sat, Oct 22, 2011 at 12:54 PM, Nicolas François
>> <nicolas.francois@centraliens.net> wrote:
>>>
>>> What is the expected behavior when the utility authenticates the caller?
>>> 1] authenticate the caller in the caller's chroot
>>> 2] authenticate the caller in the target's chroot
>>> 3] both
>>>
>>> I currently think that 3] would be the right behavior: the caller needs to
>>> be authenticated to make sure it is allowed to use the tool, then it
>>> should be authenticated on the target to make sure the operation is
>>> allowed.
>>> ...But this is much more complex.
>>>
>>> If this is fine for you, I would prefer to disable this feature when the
>>> utility is setuid and not executed by root.
>>>
>>
>> I'm affraid this patch does not do what you think it does. The --root
>> option does not apply to login, but only to the various administrative
>> tools that comes with it (gpasswd, groupadd, groupdel, groupmod,
>> grpconv, grpunconv, passwd, pwconv, pwunconv, useradd, userdel).
>
> I understand this correctly.
>
> Lets take the passwd use case.
> passwd usually authenticates the caller (when UID==0, this authentication
> is usually skipped), then asks for the new password, then update the
> password databases.
> passwd is suid and can be used by non root users to change the caller's
> password. What should be the behavior of passwd is such case?
> With the current patch, an user with UID 1000 will be allowed to change the
> password of the user from the target chroot with the same UID 1000.
The existing behavior we use in OpenEmbedded-core is emulate root user (we do
this by call intercepting, and avoiding suid/sgid).. But under the hood, it all
comes down to file permissions. If we have permission to modify the file we do
-- otherwise it fails. This is equivalent to the root user.
There are reasonable cases where a non-root user (with permission to modify the
passwd/group file within a chroot) will want to do so.. This sounds like a
security flaw, but it's not because the permissions are added to the chroot
after the filesystem is finished being constructed.
> In the patched tools you indicated, gpasswd is also suid.
> And all the others can be suid when configured with
> --enable-account-tools-setuid
>
> My proposal is to only support --root for root. For non suid utils,
> regular users will be denied chroot anyway, hence: "disable this feature
> when the utility is setuid and not executed by root."
I agree, with setuid it doesn't make sense to allow --root functionality. Would
it be reasonable to drop the setuid/gid if the user attempts --root
functionality. Internally act as if the user is root and then simply allow the
filesystem dictate success or failure?
> In your use case (for packaging), I assume the tools are always called by
> root. Then this restriction should not affect you.
The tool THINKS it's called as root, but it's actually called as a user. (We
use a utility called pseudo that intercepts calls and emulated root capabilities.)
But some of our embedded requirements are unique to our build environments. So
if the default action is only root can perform the --root command, we can easily
remove the check -- or change it that it doesn't function if setuid for our
purposes. (but with pseudo I don't think this will be an issue.)
>> It allows OE to manipulate passwd and group files that are located in
>> a sysroot by chrooting into it, because all these programs have their
>> path to /etc/passwd and friends hardcoded.
>
> The advantage is not only that the destination user/group files are
> changed, but also that they are changed considering the configuration of
> the target system (e.g. PAM, /etc/login.defs, ...)
Absolutely!
Thanks. Anything we can do to get this upstream will make it much easier for us
in the long term.
--Mark
> Best Regards,
^ permalink raw reply
* Re: [PATCH 2/2] linux-libc-headers: provide 3.0.x and 3.1 headers
From: Richard Purdie @ 2011-10-26 21:03 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: openembedded-core, saul.wold
In-Reply-To: <a81c9b800aa70db49fcf4c677a832988ce291481.1319662382.git.bruce.ashfield@windriver.com>
On Wed, 2011-10-26 at 16:56 -0400, Bruce Ashfield wrote:
> Provide both a 3.0.x and a 3.1 set of headers to the toolchain.
> 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.
>
> Built and booted with 2.6.37.2, 3.0.8 and 3.1 linux-libc-headers.
>
> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
> ---
> meta/conf/distro/include/tcmode-default.inc | 2 +-
> .../linux-libc-headers/linux-libc-headers.inc | 17 ++++++++++++++---
> .../linux-libc-headers/linux-libc-headers_3.0.8.bb | 9 +++++++++
> .../linux-libc-headers/linux-libc-headers_3.1.bb | 9 +++++++++
> 4 files changed, 33 insertions(+), 4 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 e83a92b..5fcb181 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"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7"
> +
> +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"
>
> S = "${WORKDIR}/linux-${PV}"
>
> 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..e3bad82
> --- /dev/null
> +++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
> @@ -0,0 +1,9 @@
> +require linux-libc-headers.inc
> +
> +INHIBIT_DEFAULT_DEPS = "1"
> +DEPENDS += "unifdef-native"
I think the above two lines can go into the common .inc file too at this
point :)
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH 1/1] linux-libc-headers: provide 3.0.x and 3.1 headers
From: Richard Purdie @ 2011-10-26 21:01 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: openembedded-core, saul.wold
In-Reply-To: <0ec24ded3f71c54e544d953de65d142717f48022.1319652972.git.bruce.ashfield@windriver.com>
On Wed, 2011-10-26 at 14:25 -0400, Bruce Ashfield wrote:
> 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)
> +}
> +
Just for reference, this kind of code whilst nice, does have a
reasonable amount of overhead. For something which is effectively legacy
setting MAJORVERSION = "3.0" in the recipe probably isn't a big deal.
Also, please do d.getVar("PV", True) instead of the above. The "1" is
bad and should be "True" and its neater to access d's getVar method
directly now. I appreciate there is a lot of older code but any new code
should use this approach.
There is also no need to import string (since its unused) and bb above
(since its already always included).
In answer to your other question, its probably safe to drop the older
versions and switch to 3.1 at this point unless there are known
compatibility issues?
My other comment about moving code to the .inc also stands and I didn't
intend to sound as grumpy as it does when I read it back!
Cheers,
Richard
^ permalink raw reply
* [PATCH 1/2] linux-libc-headers: factor common code into linux-libc-headers.inc
From: Bruce Ashfield @ 2011-10-26 20:56 UTC (permalink / raw)
To: richard.purdie; +Cc: openembedded-core, saul.wold
In-Reply-To: <cover.1319662382.git.bruce.ashfield@windriver.com>
Each time a new linux-libc-headers is created the same code is
cloned. Placing the common functionality in the .inc file simplies
each recipe and make maintenance easier.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
| 44 ++++++++++++++++++
| 46 +-------------------
| 47 +-------------------
3 files changed, 46 insertions(+), 91 deletions(-)
--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..e83a92b 100644
--- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
@@ -5,6 +5,50 @@ LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7"
SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/v2.6/linux-${PV}.tar.bz2"
+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"
+
#DEPENDS = "cross-linkage"
RDEPENDS_${PN}-dev = ""
RRECOMMENDS_${PN}-dbg = "${PN}-dev (= ${EXTENDPKGV})"
--git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.37.2.bb b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.37.2.bb
index 55d7527..e2def96 100644
--- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.37.2.bb
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.37.2.bb
@@ -2,52 +2,8 @@ require linux-libc-headers.inc
INHIBIT_DEFAULT_DEPS = "1"
DEPENDS += "unifdef-native"
-PR = "r2"
+PR = "r3"
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] = "89f681bc7c917a84aa7470da6eed5101"
SRC_URI[sha256sum] = "2920c4cd3e87fe40ebee96d28779091548867e1c36f71c1fc3d07e6d5802161f"
--git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.39.bb b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.39.bb
index 14f5e8a..a1821e2 100644
--- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.39.bb
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.39.bb
@@ -2,53 +2,8 @@ require linux-libc-headers.inc
INHIBIT_DEFAULT_DEPS = "1"
DEPENDS += "unifdef-native"
+PR = "r3"
SRC_URI += " file://connector-msg-size-fix.patch"
SRC_URI[md5sum] = "1aab7a741abe08d42e8eccf20de61e05"
SRC_URI[sha256sum] = "584d17f2a3ee18a9501d7ff36907639e538cfdba4529978b8550c461d45c61f6"
-
-S = "${WORKDIR}/linux-${PV}"
-
-PR = "r2"
-
-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"
--
1.7.0.4
^ permalink raw reply related
* [PATCH 2/2] linux-libc-headers: provide 3.0.x and 3.1 headers
From: Bruce Ashfield @ 2011-10-26 20:56 UTC (permalink / raw)
To: richard.purdie; +Cc: openembedded-core, saul.wold
In-Reply-To: <cover.1319662382.git.bruce.ashfield@windriver.com>
Provide both a 3.0.x and a 3.1 set of headers to the toolchain.
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.
Built and booted with 2.6.37.2, 3.0.8 and 3.1 linux-libc-headers.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
| 17 ++++++++++++++---
| 9 +++++++++
| 9 +++++++++
4 files changed, 33 insertions(+), 4 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"
--git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
index e83a92b..5fcb181 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"
+LIC_FILES_CHKSUM = "file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7"
+
+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"
S = "${WORKDIR}/linux-${PV}"
--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..e3bad82
--- /dev/null
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
@@ -0,0 +1,9 @@
+require linux-libc-headers.inc
+
+INHIBIT_DEFAULT_DEPS = "1"
+DEPENDS += "unifdef-native"
+PR = "r1"
+
+SRC_URI += " file://connector-msg-size-fix.patch"
+SRC_URI[md5sum] = "eac4d398a0ecd98214487cd47a228998"
+SRC_URI[sha256sum] = "4ed16da319848f681f711dbda2ac2cf1b306a280ec22f90bae190cf23b533add"
--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..72b6d4a
--- /dev/null
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
@@ -0,0 +1,9 @@
+require linux-libc-headers.inc
+
+INHIBIT_DEFAULT_DEPS = "1"
+DEPENDS += "unifdef-native"
+PR = "r1"
+
+SRC_URI += " file://connector-msg-size-fix.patch"
+SRC_URI[md5sum] = "8d43453f8159b2332ad410b19d86a931"
+SRC_URI[sha256sum] = "2573d2378c754b0c602b57586e9311e5b38c5d1e6c137f02873833633a4b9359"
--
1.7.0.4
^ permalink raw reply related
* [PATCH 0/2] RFC v2: provide 3.0.x and 3.1 libc headers
From: Bruce Ashfield @ 2011-10-26 20:56 UTC (permalink / raw)
To: richard.purdie; +Cc: openembedded-core, saul.wold
Richard,
Here's a quick respin of the series to factor out some code.
Changes since v1:
- factored common code out into the .inc file. Captured in patch 1/2
- patch 2/2 is the introduction of the new headers
Original Email is included below:
Here's a RFC patch for updating the toolchain linux-libc headers to 3.x
variants.
The reason I'm calling it a RFC is:
- I wrote some anonymous python code (and I'm no python coder) to
deal with 2.6 / 3.0 tgz location differences. This could have
also been done with a variable set in the recipes and used by
the .inc. I wasn't sure of the preferred approach, hence the RFC.
I'll take no offense corrections here.
- I changed the .inc, but didn't bump the PR of the existing recipes
and didn't remove the existing 2.6 variants. If either of these
should have been done, let me know and I'll respin.
- I bumped the default to be 3.1. If that's too agressive for the
default, and we'd prefer 3.0.8, let me know and I'll respin.
I built and booted all the qemu machines with the 3.1 kernel headers. So
from the testing I was able to do, this looks to be safe and ready to go.
This is based on my yocto repo, I also did the changes in my oe-core
repository, but I don't have a oe-core contrib branch that I could push to,
so I chose to send the yocto variant. If someone points me to who I email for
an oe-core contrib branch, I can push that variant as well.
Cheers,
Bruce
The following changes since commit fc94f925e848684244a38dcffe15cb1192dfbed8:
Martin Jansa (1):
libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade
are available in the git repository at:
git://git.pokylinux.org/poky-contrib zedd/libc-headers-v2
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/libc-headers-v2
Bruce Ashfield (2):
linux-libc-headers: factor common code into linux-libc-headers.inc
linux-libc-headers: provide 3.0.x and 3.1 headers
meta/conf/distro/include/tcmode-default.inc | 2 +-
.../linux-libc-headers/linux-libc-headers.inc | 61 +++++++++++++++++++-
.../linux-libc-headers_2.6.37.2.bb | 46 +--------------
.../linux-libc-headers_2.6.39.bb | 47 +---------------
.../linux-libc-headers/linux-libc-headers_3.0.8.bb | 9 +++
.../linux-libc-headers/linux-libc-headers_3.1.bb | 9 +++
6 files changed, 79 insertions(+), 95 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
^ permalink raw reply
* Re: [PATCH 3/3] gcc-configure-sdk: Point sysroot to correct location
From: Richard Purdie @ 2011-10-26 20:54 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <840A81C1B782724A8EB52725BD519EFF1A8959@MBX20.4emm.local>
On Fri, 2011-10-21 at 05:23 +0000, James Limbouris wrote:
> > -----Original Message-----
> > From: openembedded-core-bounces@lists.openembedded.org
> > [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
> > Khem Raj
> > Sent: Friday, 21 October 2011 1:16 PM
> > To: Patches and discussions about the oe-core layer
> > Subject: Re: [OE-core] [PATCH 3/3] gcc-configure-sdk: Point sysroot to correct
> > location
> >
> > On Thu, Oct 20, 2011 at 10:12 PM, James Limbouris
> > <james@digitalmatter.com.au> wrote:
> > >> -----Original Message-----
> > >> From: openembedded-core-bounces@lists.openembedded.org
> > >> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf
> > Of
> > >> Khem Raj
> > >> Sent: Friday, 21 October 2011 1:03 PM
> > >> To: openembedded-core@lists.openembedded.org
> > >> Subject: [OE-core] [PATCH 3/3] gcc-configure-sdk: Point sysroot to correct
> > >> location
> > >>
> > >> Signed-off-by: Khem Raj <raj.khem@gmail.com>
> > >> ---
> > >> meta/recipes-devtools/gcc/gcc-configure-sdk.inc | 2 +-
> > >> 1 files changed, 1 insertions(+), 1 deletions(-)
> > >>
> > >> diff --git a/meta/recipes-devtools/gcc/gcc-configure-sdk.inc b/meta/recipes-
> > >> devtools/gcc/gcc-configure-sdk.inc
> > >> index de80870..98fd4c1 100644
> > >> --- a/meta/recipes-devtools/gcc/gcc-configure-sdk.inc
> > >> +++ b/meta/recipes-devtools/gcc/gcc-configure-sdk.inc
> > >> @@ -7,7 +7,7 @@ USE_NLS = '${@base_conditional( "TARGET_OS", "linux-
> > >> uclibceabi", "no", "", d )}'
> > >> EXTRA_OECONF_PATHS = "--with-local-
> > >> prefix=${SDKPATH}/sysroots/${TARGET_SYS}${target_exec_prefix} \
> > >> --with-gxx-include-dir=${target_includedir}/c++ \
> > >> --with-build-time-
> > >> tools=${STAGING_DIR_NATIVE}${prefix_native}/${TARGET_SYS}/bin \
> > >> - --with-sysroot=${SDKPATH}/sysroots/${TARGET_SYS} \
> > >> + --with-
> > >> sysroot=${SDKPATH}/sysroots/${TUNE_PKGARCH}${TARGET_VENDOR}-
> > >> ${TARGET_OS} \
> > >> --with-build-sysroot=${STAGING_DIR_TARGET}"
> > >>
> > >> #
> > >> --
> > >> 1.7.5.4
> > >>
> > >
> > > Shouldn't --with-local-prefix be changed too? I am testing with both
> > ${TARGET_SYS}'s replaced. Will post results shortly.
> >
> > yes I think both places it should change
> >
>
> Ok, I've tested with both changed, and the corresponding binutils patch, and both Qt and kernel compiles are working.
I took these patches but I would like to stress that we shouldn't need
to rely on the hardcoded path in the compiler, it should be picking up
any alternative sysroot paths from the environment. If this isn't
happening, we should be figuring out why not. This change therefore
hides issues and does not fix the problem entirely :(.
Cheers,
Richard
^ permalink raw reply
* Re: --root option in upstream shadow
From: Nicolas François @ 2011-10-26 20:51 UTC (permalink / raw)
To: julian.pidancet; +Cc: pkg-shadow-devel, Scott Garman, openembedded-core
In-Reply-To: <CAKZ=5EWt4QwLeVSJp5v6xgSOX6C_VRpz3hq_PjfCrAGBWU0DEw@mail.gmail.com>
Hi,
On Mon, Oct 24, 2011 at 01:06:11AM +0100, julian.pidancet@gmail.com wrote:
> On Sat, Oct 22, 2011 at 12:54 PM, Nicolas François
> <nicolas.francois@centraliens.net> wrote:
> >
> > What is the expected behavior when the utility authenticates the caller?
> > 1] authenticate the caller in the caller's chroot
> > 2] authenticate the caller in the target's chroot
> > 3] both
> >
> > I currently think that 3] would be the right behavior: the caller needs to
> > be authenticated to make sure it is allowed to use the tool, then it
> > should be authenticated on the target to make sure the operation is
> > allowed.
> > ...But this is much more complex.
> >
> > If this is fine for you, I would prefer to disable this feature when the
> > utility is setuid and not executed by root.
> >
>
> I'm affraid this patch does not do what you think it does. The --root
> option does not apply to login, but only to the various administrative
> tools that comes with it (gpasswd, groupadd, groupdel, groupmod,
> grpconv, grpunconv, passwd, pwconv, pwunconv, useradd, userdel).
I understand this correctly.
Lets take the passwd use case.
passwd usually authenticates the caller (when UID==0, this authentication
is usually skipped), then asks for the new password, then update the
password databases.
passwd is suid and can be used by non root users to change the caller's
password. What should be the behavior of passwd is such case?
With the current patch, an user with UID 1000 will be allowed to change the
password of the user from the target chroot with the same UID 1000.
In the patched tools you indicated, gpasswd is also suid.
And all the others can be suid when configured with
--enable-account-tools-setuid
My proposal is to only support --root for root. For non suid utils,
regular users will be denied chroot anyway, hence: "disable this feature
when the utility is setuid and not executed by root."
In your use case (for packaging), I assume the tools are always called by
root. Then this restriction should not affect you.
> It allows OE to manipulate passwd and group files that are located in
> a sysroot by chrooting into it, because all these programs have their
> path to /etc/passwd and friends hardcoded.
The advantage is not only that the destination user/group files are
changed, but also that they are changed considering the configuration of
the target system (e.g. PAM, /etc/login.defs, ...)
Best Regards,
--
Nekral
^ permalink raw reply
* [PATCH v2] Give coreutils a chance to build the df utility
From: Julian Pidancet @ 2011-10-26 21:41 UTC (permalink / raw)
To: openembedded-core; +Cc: Julian Pidancet
The coreutils configure script is unable determine how to get free
space from the Operating System when cross-compiling.
This changes caches the result of the "statfs2_bsize" test for the
coreutils configure script.
Both glibc and uclibc defines statfs as a two-argument function
and uses a struct statfs containing a f_bsize field. That's why
the fu_cv_sys_stat_statfs2_bsize variable has to be defined for
both libcs.
Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com>
---
meta/recipes-core/coreutils/coreutils_8.14.bb | 2 +-
meta/site/common-glibc | 3 +++
meta/site/common-uclibc | 3 +++
3 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/coreutils/coreutils_8.14.bb b/meta/recipes-core/coreutils/coreutils_8.14.bb
index f3b7af7..fa2a2c9 100644
--- a/meta/recipes-core/coreutils/coreutils_8.14.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.14.bb
@@ -27,7 +27,7 @@ bindir_progs = "base64 basename chcon cksum comm csplit cut dir dircolors dirnam
join link logname md5sum mkfifo mktemp nice nl nohup nproc od paste pathchk \
pinky pr printenv printf ptx readlink runcon seq sha1sum sha224sum sha256sum \
sha384sum sha512sum shred shuf sort split stat stdbuf sum tac tail tee test timeout\
- tr truncate tsort tty unexpand uniq unlink uptime users vdir wc who whoami yes"
+ tr truncate tsort tty unexpand uniq unlink uptime users vdir wc who whoami yes df"
# hostname gets a special treatment and is not included in this
base_bindir_progs = "cat chgrp chmod chown cp date dd echo false kill ln ls mkdir \
diff --git a/meta/site/common-glibc b/meta/site/common-glibc
index 9b74038..364ab67 100644
--- a/meta/site/common-glibc
+++ b/meta/site/common-glibc
@@ -25,6 +25,9 @@ clamav_av_have_in_port_t=${clamav_av_have_in_port_t=yes}
clamav_av_have_in_addr_t=${clamav_av_have_in_addr_t=yes}
ac_cv_func_mmap_fixed_mapped=${ac_cv_func_mmap_fixed_mapped=yes}
+# coreutils
+fu_cv_sys_stat_statfs2_bsize=${fu_cv_sys_stat_statfs2_bsize=yes}
+
# glib
glib_cv_strlcpy=${glib_cv_strlcpy=no}
ac_cv_func_printf_unix98=${ac_cv_func_printf_unix98=yes}
diff --git a/meta/site/common-uclibc b/meta/site/common-uclibc
index bdad0e9..a264765 100644
--- a/meta/site/common-uclibc
+++ b/meta/site/common-uclibc
@@ -28,6 +28,9 @@ ac_cv_have_abstract_sockets=${ac_cv_have_abstract_sockets=yes}
bash_cv_under_sys_siglist=${bash_cv_under_sys_siglist=no}
bash_cv_sys_siglist=${bash_cv_sys_siglist=no}
+# coreutils
+fu_cv_sys_stat_statfs2_bsize=${fu_cv_sys_stat_statfs2_bsize=yes}
+
# va_copy and _va_copy
ac_cv_va_copy=${ac_cv_va_copy=yes}
ac_cv___va_copy=${ac_cv___va_copy=yes}
--
Julian Pidancet
^ permalink raw reply related
* Re: [PATCH 5/5] distro_tracking_fields: updates for sudo, mtools, grep, and openssh
From: Saul Wold @ 2011-10-26 20:37 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Scott Garman
In-Reply-To: <62b3eae763911554ab01754726ed7adacad1a8a4.1319576293.git.scott.a.garman@intel.com>
On 10/25/2011 11:36 PM, Scott Garman wrote:
> 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"
These date formats should be MMM DD, YYYY also, for all the data listed
below also.
Thanks
Sau!
> 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"
^ permalink raw reply
* Re: [PATCH 0/2] perl & tcl recipe upgrades
From: Saul Wold @ 2011-10-26 20:30 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1319132699.git.nitin.a.kamble@intel.com>
On 10/20/2011 07:47 PM, nitin.a.kamble@intel.com wrote:
> From: Nitin A Kamble<nitin.a.kamble@intel.com>
>
>
> I tested perl inside qemux86& qemuarm machines, and basic functionality of perl was working fine.
> Please help test it out.
> Thank you,
> Nitin
>
> The following changes since commit 066f6bed29dff0b4faac586eba7a865584c4fe4b:
>
> distro-tracking: update data for some toolchain recipes (2011-10-18 17:27:59 -0700)
>
> are available in the git repository at:
> git://git.pokylinux.org/poky-contrib nitin/upgrades
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/upgrades
>
> Nitin A Kamble (2):
> perl: upgrade from 5.12.3 to 5.14.2
> tcl: upgrade from 8.5.9 to 8.5.10
>
Merged tcl and Perl V2 patch
Thanks
Sau!
> .../perl/files/Configure-multilib.patch | 17 -
> .../perl/perl-5.12.3/cross-generate_uudmap.patch | 15 -
> .../perl/perl-5.12.3/debian/arm_optim.diff | 34 -
> .../perl/perl-5.12.3/debian/cpan_config_path.diff | 24 -
> .../perl-5.12.3/debian/deprecate-with-apt.diff | 61 -
> .../debian/devel-ppport-ia64-optim.diff | 34 -
> .../perl/perl-5.12.3/debian/extutils_hacks.diff | 315 -
> .../perl-5.12.3/debian/fixes/autodie-flock.diff | 100 -
> .../debian/fixes/concat-stack-corruption.diff | 39 -
> .../debian/fixes/cpanplus-without-home.diff | 32 -
> .../perl-5.12.3/debian/fixes/h2ph-gcc-4.5.diff | 108 -
> .../perl-5.12.3/debian/fixes/lc-numeric-docs.diff | 97 -
> .../debian/fixes/lc-numeric-sprintf.diff | 31 -
> .../perl/perl-5.12.3/debian/fixes/processPL.diff | 45 -
> .../perl/perl-5.12.3/debian/patchlevel | 45 -
> .../perl/perl-5.12.3/debian/series | 34 -
> .../perl/perl-5.12.3/parallel_build_fix_1.patch | 27 -
> .../perl/perl-5.12.3/parallel_build_fix_2.patch | 24 -
> .../perl/perl-5.12.3/parallel_build_fix_3.patch | 6585 --------------------
> .../perl/perl-5.12.3/parallel_build_fix_4.patch | 57 -
> .../perl/perl-5.12.3/parallel_build_fix_5.patch | 430 --
> .../perl/perl-5.12.3/parallel_build_fix_6.patch | 158 -
> .../09_fix_installperl.patch | 0
> .../Configure-multilib.patch | 0
> .../{perl-5.12.3 => perl-5.14.2}/MM_Unix.pm.patch | 0
> .../{perl-5.12.3 => perl-5.14.2}/Makefile.SH.patch | 122 +-
> .../{perl-5.12.3 => perl-5.14.2}/Makefile.patch | 17 +-
> .../asm-pageh-fix.patch | 0
> .../perl/{perl-5.12.3 => perl-5.14.2}/config.sh | 65 +-
> .../perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32 | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-32-be | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-32-le | 0
> .../perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64 | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-64-be | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-64-le | 0
> .../perl/perl-5.14.2/cross-generate_uudmap.patch | 15 +
> .../debian/arm_thread_stress_timeout.diff | 13 +-
> .../debian/cpan_definstalldirs.diff | 18 +-
> .../debian/cpanplus_config_path.diff | 19 +-
> .../debian/cpanplus_definstalldirs.diff | 13 +-
> .../debian/db_file_ver.diff | 12 +-
> .../perl-5.14.2/debian/deprecate-with-apt.diff | 406 ++
> .../debian/disable-zlib-bundling.diff | 7 +-
> .../debian/doc_info.diff | 16 +-
> .../debian/enc2xs_inc.diff | 9 +-
> .../debian/errno_ver.diff | 23 +-
> .../debian/extutils_set_libperl_path.diff | 23 +
> .../debian/fakeroot.diff | 15 +-
> .../perl/perl-5.14.2/debian/find_html2text.diff | 35 +
> .../debian/fixes/document_makemaker_ccflags.diff | 31 +
> .../debian/fixes/extutils-cbuilder-cflags.diff | 86 +
> .../perl-5.14.2/debian/fixes/h2ph-multiarch.diff | 69 +
> .../debian/fixes/hurd-ccflags.diff | 12 +-
> .../perl/perl-5.14.2/debian/fixes/hurd-hints.diff | 48 +
> .../perl-5.14.2/debian/fixes/index-tainting.diff | 73 +
> .../debian/fixes/module-build-home-directory.diff | 37 +
> .../debian/fixes/net_smtp_docs.diff | 10 +-
> .../perl/perl-5.14.2/debian/fixes/pod_fixes.diff | 145 +
> .../perl-5.14.2/debian/fixes/respect_umask.diff | 153 +
> .../fixes/sys-syslog-socket-timeout-kfreebsd.patch | 36 +
> .../debian/instmodsh_doc.diff | 9 +-
> .../debian/ld_run_path.diff | 15 +-
> .../debian/libnet_config_path.diff | 12 +-
> .../perl/perl-5.14.2/debian/libperl_embed_doc.diff | 26 +
> .../debian/m68k_thread_stress.diff | 15 +-
> .../debian/mod_paths.diff | 15 +-
> .../debian/module_build_man_extensions.diff | 16 +-
> .../perl-5.14.2/debian/no_packlist_perllocal.diff | 88 +
> .../perl/perl-5.14.2/debian/patchlevel.diff | 30 +
> .../debian/perlivp.diff | 19 +-
> .../perl/perl-5.14.2/debian/prefix_changes.diff | 118 +
> .../debian/prune_libs.diff | 16 +-
> .../perl/perl-5.14.2/debian/series | 40 +
> .../perl-5.14.2/debian/skip-kfreebsd-crash.diff | 39 +
> .../debian/skip-upstream-git-tests.diff | 59 +
> .../debian/squelch-locale-warnings.diff | 14 +-
> .../perl-5.14.2/debian/writable_site_dirs.diff | 36 +
> .../fix_bad_rpath.patch | 13 +-
> .../{perl-5.12.3 => perl-5.14.2}/generate-sh.patch | 0
> .../{perl-5.12.3 => perl-5.14.2}/installperl.patch | 0
> .../letgcc-find-errno.patch | 0
> .../native-nopacklist.patch | 0
> .../native-perlinc.patch | 0
> .../perl-configpm-switch.patch | 18 +-
> .../{perl-5.12.3 => perl-5.14.2}/perl-configure.sh | 0
> .../perl-dynloader.patch | 21 +-
> .../perl-enable-gdbm.patch | 0
> .../perl-moreconfig.patch | 0
> ...perl-native_5.12.3.bb => perl-native_5.14.2.bb} | 32 +-
> ...depends_5.12.3.inc => perl-rdepends_5.14.2.inc} | 54 +-
> ...ovides_5.12.3.inc => perl-rprovides_5.14.2.inc} | 0
> .../perl/{perl_5.12.3.bb => perl_5.14.2.bb} | 49 +-
> .../tcltk/tcl/fix_non_native_build_issue.patch | 16 +-
> .../tcltk/tcl/tcl-add-soname.patch | 26 +-
> .../tcltk/{tcl_8.5.9.bb => tcl_8.5.10.bb} | 6 +-
> 95 files changed, 1971 insertions(+), 8671 deletions(-)
> delete mode 100644 meta/recipes-devtools/perl/files/Configure-multilib.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/cross-generate_uudmap.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/arm_optim.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/cpan_config_path.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/deprecate-with-apt.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/devel-ppport-ia64-optim.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/extutils_hacks.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/autodie-flock.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/concat-stack-corruption.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/cpanplus-without-home.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/h2ph-gcc-4.5.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/lc-numeric-docs.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/lc-numeric-sprintf.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/processPL.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/patchlevel
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/series
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_1.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_2.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_3.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_4.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_5.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_6.patch
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/09_fix_installperl.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/Configure-multilib.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/MM_Unix.pm.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/Makefile.SH.patch (75%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/Makefile.patch (87%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/asm-pageh-fix.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh (94%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32 (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32-be (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32-le (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64 (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64-be (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64-le (100%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/cross-generate_uudmap.patch
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/arm_thread_stress_timeout.diff (66%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/cpan_definstalldirs.diff (80%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/cpanplus_config_path.diff (83%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/cpanplus_definstalldirs.diff (84%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/db_file_ver.diff (83%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/deprecate-with-apt.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/disable-zlib-bundling.diff (83%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/doc_info.diff (78%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/enc2xs_inc.diff (90%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/errno_ver.diff (70%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/extutils_set_libperl_path.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/fakeroot.diff (79%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/find_html2text.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/document_makemaker_ccflags.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/extutils-cbuilder-cflags.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/h2ph-multiarch.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/fixes/hurd-ccflags.diff (67%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/hurd-hints.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/index-tainting.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/module-build-home-directory.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/fixes/net_smtp_docs.diff (76%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/pod_fixes.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/respect_umask.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/sys-syslog-socket-timeout-kfreebsd.patch
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/instmodsh_doc.diff (81%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/ld_run_path.diff (68%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/libnet_config_path.diff (85%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/libperl_embed_doc.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/m68k_thread_stress.diff (78%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/mod_paths.diff (89%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/module_build_man_extensions.diff (81%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/no_packlist_perllocal.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/patchlevel.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/perlivp.diff (77%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/prefix_changes.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/prune_libs.diff (81%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/series
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/skip-kfreebsd-crash.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/skip-upstream-git-tests.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/squelch-locale-warnings.diff (86%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/writable_site_dirs.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/fix_bad_rpath.patch (70%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/generate-sh.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/installperl.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/letgcc-find-errno.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/native-nopacklist.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/native-perlinc.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-configpm-switch.patch (76%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-configure.sh (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-dynloader.patch (69%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-enable-gdbm.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-moreconfig.patch (100%)
> rename meta/recipes-devtools/perl/{perl-native_5.12.3.bb => perl-native_5.14.2.bb} (74%)
> rename meta/recipes-devtools/perl/{perl-rdepends_5.12.3.inc => perl-rdepends_5.14.2.inc} (90%)
> rename meta/recipes-devtools/perl/{perl-rprovides_5.12.3.inc => perl-rprovides_5.14.2.inc} (100%)
> rename meta/recipes-devtools/perl/{perl_5.12.3.bb => perl_5.14.2.bb} (92%)
> rename meta/recipes-devtools/tcltk/{tcl_8.5.9.bb => tcl_8.5.10.bb} (91%)
>
^ permalink raw reply
* Re: [PATCH 1/1] qmmp: update to 0.5.2
From: Saul Wold @ 2011-10-26 20:29 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <3eac60f2d638250e038ad9be06b12fd553b9f0b7.1319427162.git.xiaofeng.yan@windriver.com>
On 10/24/2011 05:37 AM, Xiaofeng Yan wrote:
> From: Xiaofeng Yan<xiaofeng.yan@windriver.com>
>
> Use do_split_package for each grouping and name them correctly besides updating package.
> The format to name plugins of qmmp:
> qmmp-plugin-<group>-<library> with the Description: Qmmp<Group> plugin for %s"
>
This looks correct, but needs to be a git mv from 0.5.1 to 0.5.2, not a
new recipe. I will test this patch locally while waiting for your
correction.
Thanks
Sau!
> Signed-off-by: Xiaofeng Yan<xiaofeng.yan@windriver.com>
> ---
> meta/recipes-qt/qt-apps/qmmp_0.5.2.bb | 60 +++++++++++++++++++++++++++++++++
> 1 files changed, 60 insertions(+), 0 deletions(-)
> create mode 100644 meta/recipes-qt/qt-apps/qmmp_0.5.2.bb
>
> diff --git a/meta/recipes-qt/qt-apps/qmmp_0.5.2.bb b/meta/recipes-qt/qt-apps/qmmp_0.5.2.bb
> new file mode 100644
> index 0000000..58dd825
> --- /dev/null
> +++ b/meta/recipes-qt/qt-apps/qmmp_0.5.2.bb
> @@ -0,0 +1,60 @@
> +dESCRIPTION = "Qmmp (Qt-based Multimedia Player) is an audio-player, written with help of Qt library"
> +HOMEPAGE = "http://qmmp.ylsoftware.com"
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=393a5ca445f6965873eca0259a17f833"
> +SECTION = "multimedia"
> +
> +PR = "r4"
> +
> +PROVIDES = "qmmp"
> +DEPENDS = "qt4-x11-free taglib libmad libvorbis libogg alsa-lib"
> +RDEPENDS_${PN} += "taglib alsa-lib libmad curl"
> +
> +SRC_URI = "http://qmmp.ylsoftware.com/files/${BPN}-${PV}.tar.bz2"
> +
> +SRC_URI[md5sum] = "20852f3cce3471bfc5affa9b2e947dc6"
> +SRC_URI[sha256sum] = "6391dec020d2a381d7f4b7890fae6c49eadf88b3c9aef571fe3c5e96140822ec"
> +
> +
> +PARALLEL_MAKE = ""
> +
> +inherit qmake2 cmake package
> +
> +export EXTRA_OECMAKE = "-DQT_QMAKE_EXECUTABLE=${OE_QMAKE_QMAKE} \
> + -DQT_LRELEASE_EXECUTABLE=${OE_QMAKE_LRELEASE} \
> + -DQT_MOC_EXECUTABLE=${OE_QMAKE_MOC} \
> + -DQT_UIC_EXECUTABLE=${OE_QMAKE_UIC} \
> + -DQT_RCC_EXECUTABLE=${OE_QMAKE_RCC} \
> + -DQT_LIBRARY_DIR=${OE_QMAKE_LIBDIR_QT} \
> + -DQT_HEADERS_DIR=${OE_QMAKE_INCDIR_QT} \
> + -DQT_QTCORE_INCLUDE_DIR=${OE_QMAKE_INCDIR_QT}/QtCore \
> + "
> +PACKAGES_DYNAMIC = "qmmp-plugin-* "
> +
> +
> +python populate_packages_prepend () {
> + import os
> + qmmp_libdir = bb.data.expand('${libdir}/qmmp', d)
> + gd = bb.data.expand('${D}/${libdir}/qmmp', d)
> + plug_dirs = os.listdir(gd)
> +
> + for plug_dir in plug_dirs:
> + g_plug_dir = os.path.join(qmmp_libdir,plug_dir)
> + do_split_packages(d, g_plug_dir, '^lib(.*)\.so$', 'qmmp-plugin-' + plug_dir + '-%s', 'Qmmp' + plug_dir + 'plugin for %s')
> +
> +
> +
> +}
> +
> +FILES_${PN} = "\
> + ${bindir}/qmmp \
> + ${libdir}/lib*${SOLIBS} \
> + ${datadir}/icons/* \
> + ${datadir}/qmmp/images/* \
> + ${datadir}/applications/* \
> + "
> +
> +FILES_${PN}-dbg += "\
> + ${libdir}/qmmp/*/.debug/* \
> + "
> +
^ permalink raw reply
* Re: [PATCH 1/1] linux-libc-headers: provide 3.0.x and 3.1 headers
From: Bruce Ashfield @ 2011-10-26 20:26 UTC (permalink / raw)
To: Richard Purdie; +Cc: openembedded-core, saul.wold
In-Reply-To: <1319660702.9583.0.camel@ted>
On 11-10-26 04:25 PM, Richard Purdie wrote:
> On Wed, 2011-10-26 at 14:25 -0400, Bruce Ashfield wrote:
>> 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
>
> Can someone please explain to me why we don't move some of the bits in
> the .bb file into the .inc rather than duplicating it each time?
I wondered the same thing. I can refactor it if no one
objects.
Bruce
>
> Cheers,
>
> Richard
>
^ permalink raw reply
* Re: [PATCH 1/1] linux-libc-headers: provide 3.0.x and 3.1 headers
From: Richard Purdie @ 2011-10-26 20:25 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: openembedded-core, saul.wold
In-Reply-To: <0ec24ded3f71c54e544d953de65d142717f48022.1319652972.git.bruce.ashfield@windriver.com>
On Wed, 2011-10-26 at 14:25 -0400, Bruce Ashfield wrote:
> 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
Can someone please explain to me why we don't move some of the bits in
the .bb file into the .inc rather than duplicating it each time?
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH 1/3] tcmode-default.inc: Add TRANSLATED_TARGET_ARCH suffix to binutils-cross-canadian
From: Saul Wold @ 2011-10-26 20:19 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319173361-11527-1-git-send-email-raj.khem@gmail.com>
On 10/21/2011 07:02 AM, Khem Raj wrote:
> PN for binutils-cross-canadian is
> binutils-cross-canadian-${TRANSLATED_TARGET_ARCH}
> so thats what we should use for PREFERRED_VERSION
>
> Signed-off-by: Khem Raj<raj.khem@gmail.com>
> ---
> meta/conf/distro/include/tcmode-default.inc | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/meta/conf/distro/include/tcmode-default.inc b/meta/conf/distro/include/tcmode-default.inc
> index 86562be..2bf1beb 100644
> --- a/meta/conf/distro/include/tcmode-default.inc
> +++ b/meta/conf/distro/include/tcmode-default.inc
> @@ -45,7 +45,7 @@ PREFERRED_VERSION_libgcc-nativesdk ?= "${SDKGCCVERSION}"
> PREFERRED_VERSION_binutils ?= "${BINUVERSION}"
> PREFERRED_VERSION_binutils-cross ?= "${BINUVERSION}"
> PREFERRED_VERSION_binutils-crosssdk ?= "${BINUVERSION}"
> -PREFERRED_VERSION_binutils-cross-canadian ?= "${BINUVERSION}"
> +PREFERRED_VERSION_binutils-cross-canadian-${TRANSLATED_TARGET_ARCH} ?= "${BINUVERSION}"
> PREFERRED_VERSION_linux-libc-headers ?= "${LINUXLIBCVERSION}"
> PREFERRED_VERSION_linux-libc-headers-nativesdk ?= "${LINUXLIBCVERSION}"
> PREFERRED_VERSION_eglibc ?= "${EGLIBCVERSION}"
Merged all 3 of these with the V2 of the GCC patch
Thanks
Sau!
^ permalink raw reply
* Re: [PATCH 0/8] Subversion-1.7.0 and arm/thumb work arounds
From: Martin Jansa @ 2011-10-26 20:13 UTC (permalink / raw)
To: Saul Wold; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <4EA8655C.1040206@intel.com>
[-- Attachment #1: Type: text/plain, Size: 1744 bytes --]
On Wed, Oct 26, 2011 at 09:54:04PM +0200, Saul Wold wrote:
> On 10/21/2011 10:17 AM, Martin Jansa wrote:
> > Hi,
> >
> > arm mode was forced without PR bump, because if it was failing for someone he
> > will notice.
> >
> > Be carefull with using subversion-1.7.0 (read the commit message).
> >
> > Pulseaudio-1.1 was released, so hopefully this work arounds won't be needed
> > there or they could be resolved better with upgrade.
> >
> > Regards,
> >
> > The following changes since commit 99da9a4e65f9dffb04efc3ad60125194c476d6b3:
> >
> > distro-tracking-fields: update fields for tzdata and gst-plugins-good (2011-10-20 13:07:16 +0100)
> >
> > are available in the git repository at:
> > git://git.openembedded.org/openembedded-core-contrib jansa/pull2
> > http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull2
> >
> > Martin Jansa (8):
> > pulseaudio-0.9.23: inherit perlnative to work around build on host
> > without XML/Parser.pm
> > libatomics-ops: force ARM mode
> > pulseaudio-0.9.23: force ARM mode
> > webkit-gtk: force arm mode to work around binutils segfault
> > apr: add native support
> > neon: add native support
> > apr-util: add native support
> > subversion: add 1.7.0 with native support and negative D_P for now
> >
> Of the above patches, the pulse audio and adding native support for apr,
> neon and apr-util were taken, the other are on hold pending different
> solutions.
I've added error log to pulseaudio commit and consolidated all my
pending patches to single jansa/pull branch, but different (better)
solutions are welcome :).
Cheers,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Re: [PATCHv3] squashfs-tools: add recipe
From: Saul Wold @ 2011-10-26 20:12 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Cliff Brake
In-Reply-To: <1319215187-24168-1-git-send-email-cliff.brake@gmail.com>
On 10/21/2011 06:39 PM, Cliff Brake wrote:
> From: Cliff Brake<cbrake@bec-systems.com>
>
> added xz compression option, general cleanup
> ---
> .../squashfs-tools/squashfs-tools_4.2.bb | 40 ++++++++++++++++++++
> 1 files changed, 40 insertions(+), 0 deletions(-)
> create mode 100644 meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
>
> diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
> new file mode 100644
> index 0000000..6691797
> --- /dev/null
> +++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
> @@ -0,0 +1,40 @@
> +# Note, we can probably remove the lzma option as it has be replaced with xz,
> +# and I don't think the kernel supports it any more.
> +DESCRIPTION = "Tools to manipulate Squashfs filesystems."
> +SECTION = "base"
> +LICENSE = "GPLv2& Public Domain"
> +LIC_FILES_CHKSUM = "file://../COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
> + file://../../7zC.txt;beginline=12;endline=16;md5=2056cd6d919ebc3807602143c7449a7c \
> + "
> +DEPENDS = "attr zlib xz"
> +PR = "0"
> +
> +SRC_URI = "${SOURCEFORGE_MIRROR}/squashfs/squashfs${PV}.tar.gz;name=squashfs \
> + http://downloads.sourceforge.net/sevenzip/lzma465.tar.bz2;name=lzma \
> + "
> +SRC_URI[squashfs.md5sum] = "1b7a781fb4cf8938842279bd3e8ee852"
> +SRC_URI[squashfs.sha256sum] = "d9e0195aa922dbb665ed322b9aaa96e04a476ee650f39bbeadb0d00b24022e96"
> +SRC_URI[lzma.md5sum] = "29d5ffd03a5a3e51aef6a74e9eafb759"
> +SRC_URI[lzma.sha256sum] = "c935fd04dd8e0e8c688a3078f3675d699679a90be81c12686837e0880aa0fa1e"
> +
> +S = "${WORKDIR}/squashfs${PV}/squashfs-tools"
> +
> +# EXTRA_OEMAKE is typically: -e MAKEFLAGS=
> +# the -e causes problems as CFLAGS is modified in the Makefile, so
> +# we redefine EXTRA_OEMAKE here
> +EXTRA_OEMAKE = "MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. XZ_SUPPORT=1"
> +
> +do_compile() {
> + oe_runmake mksquashfs
> +}
> +do_install () {
> + install -d ${D}${sbindir}
> + install -m 0755 mksquashfs ${D}${sbindir}/
> +}
> +
> +# required to share same place with -lzma specific packages
> +FILESPATHPKG =. "squashfs-tools-${PV}:"
> +
> +ARM_INSTRUCTION_SET = "arm"
> +
> +BBCLASSEXTEND = "native"
Pulled into OE-Core
Thanks
Sau!
^ permalink raw reply
* Re: [PATCH 0/1] perl upgrade V2
From: Saul Wold @ 2011-10-26 20:09 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1319172568.git.nitin.a.kamble@intel.com>
On 10/21/2011 07:02 AM, nitin.a.kamble@intel.com wrote:
> From: Nitin A Kamble<nitin.a.kamble@intel.com>
>
> I fixed a build issue I observer on mips in the v2.
>
> The following changes since commit 72a1e63b67445c65954c21f5cbfab74d617a257f:
>
> distro-tracking-fields: update fields for tzdata and gst-plugins-good (2011-10-20 17:13:42 +0100)
>
> are available in the git repository at:
> git://git.pokylinux.org/poky-contrib nitin/perl
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/perl
>
> Nitin A Kamble (1):
> perl: upgrade from 5.12.3 to 5.14.2
Pulled to OE-Core, but this required a follow-up patch to fix PRs
Thanks
Sau!
>
> .../perl/files/Configure-multilib.patch | 17 -
> .../perl/perl-5.12.3/cross-generate_uudmap.patch | 15 -
> .../perl/perl-5.12.3/debian/arm_optim.diff | 34 -
> .../perl/perl-5.12.3/debian/cpan_config_path.diff | 24 -
> .../perl-5.12.3/debian/deprecate-with-apt.diff | 61 -
> .../debian/devel-ppport-ia64-optim.diff | 34 -
> .../perl/perl-5.12.3/debian/extutils_hacks.diff | 315 -
> .../perl-5.12.3/debian/fixes/autodie-flock.diff | 100 -
> .../debian/fixes/concat-stack-corruption.diff | 39 -
> .../debian/fixes/cpanplus-without-home.diff | 32 -
> .../perl-5.12.3/debian/fixes/h2ph-gcc-4.5.diff | 108 -
> .../perl-5.12.3/debian/fixes/lc-numeric-docs.diff | 97 -
> .../debian/fixes/lc-numeric-sprintf.diff | 31 -
> .../perl/perl-5.12.3/debian/fixes/processPL.diff | 45 -
> .../perl/perl-5.12.3/debian/patchlevel | 45 -
> .../perl/perl-5.12.3/debian/series | 34 -
> .../perl/perl-5.12.3/parallel_build_fix_1.patch | 27 -
> .../perl/perl-5.12.3/parallel_build_fix_2.patch | 24 -
> .../perl/perl-5.12.3/parallel_build_fix_3.patch | 6585 --------------------
> .../perl/perl-5.12.3/parallel_build_fix_4.patch | 57 -
> .../perl/perl-5.12.3/parallel_build_fix_5.patch | 430 --
> .../perl/perl-5.12.3/parallel_build_fix_6.patch | 158 -
> .../09_fix_installperl.patch | 0
> .../Configure-multilib.patch | 0
> .../{perl-5.12.3 => perl-5.14.2}/MM_Unix.pm.patch | 0
> .../{perl-5.12.3 => perl-5.14.2}/Makefile.SH.patch | 122 +-
> .../{perl-5.12.3 => perl-5.14.2}/Makefile.patch | 17 +-
> .../asm-pageh-fix.patch | 0
> .../perl/{perl-5.12.3 => perl-5.14.2}/config.sh | 65 +-
> .../perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32 | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-32-be | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-32-le | 0
> .../perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64 | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-64-be | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-64-le | 0
> .../perl/perl-5.14.2/cross-generate_uudmap.patch | 15 +
> .../debian/arm_thread_stress_timeout.diff | 13 +-
> .../debian/cpan_definstalldirs.diff | 18 +-
> .../debian/cpanplus_config_path.diff | 19 +-
> .../debian/cpanplus_definstalldirs.diff | 13 +-
> .../debian/db_file_ver.diff | 12 +-
> .../perl-5.14.2/debian/deprecate-with-apt.diff | 406 ++
> .../debian/disable-zlib-bundling.diff | 7 +-
> .../debian/doc_info.diff | 16 +-
> .../debian/enc2xs_inc.diff | 9 +-
> .../debian/errno_ver.diff | 23 +-
> .../debian/extutils_set_libperl_path.diff | 23 +
> .../debian/fakeroot.diff | 15 +-
> .../perl/perl-5.14.2/debian/find_html2text.diff | 35 +
> .../debian/fixes/document_makemaker_ccflags.diff | 31 +
> .../debian/fixes/extutils-cbuilder-cflags.diff | 86 +
> .../perl-5.14.2/debian/fixes/h2ph-multiarch.diff | 69 +
> .../debian/fixes/hurd-ccflags.diff | 12 +-
> .../perl/perl-5.14.2/debian/fixes/hurd-hints.diff | 48 +
> .../perl-5.14.2/debian/fixes/index-tainting.diff | 73 +
> .../debian/fixes/module-build-home-directory.diff | 37 +
> .../debian/fixes/net_smtp_docs.diff | 10 +-
> .../perl/perl-5.14.2/debian/fixes/pod_fixes.diff | 145 +
> .../perl-5.14.2/debian/fixes/respect_umask.diff | 153 +
> .../fixes/sys-syslog-socket-timeout-kfreebsd.patch | 36 +
> .../debian/instmodsh_doc.diff | 9 +-
> .../debian/ld_run_path.diff | 15 +-
> .../debian/libnet_config_path.diff | 12 +-
> .../perl/perl-5.14.2/debian/libperl_embed_doc.diff | 26 +
> .../debian/m68k_thread_stress.diff | 15 +-
> .../debian/mod_paths.diff | 15 +-
> .../debian/module_build_man_extensions.diff | 16 +-
> .../perl-5.14.2/debian/no_packlist_perllocal.diff | 88 +
> .../perl/perl-5.14.2/debian/patchlevel.diff | 30 +
> .../debian/perlivp.diff | 19 +-
> .../perl/perl-5.14.2/debian/prefix_changes.diff | 118 +
> .../debian/prune_libs.diff | 16 +-
> .../perl/perl-5.14.2/debian/series | 40 +
> .../perl-5.14.2/debian/skip-kfreebsd-crash.diff | 39 +
> .../debian/skip-upstream-git-tests.diff | 59 +
> .../debian/squelch-locale-warnings.diff | 14 +-
> .../perl-5.14.2/debian/writable_site_dirs.diff | 36 +
> .../fix_bad_rpath.patch | 13 +-
> .../{perl-5.12.3 => perl-5.14.2}/generate-sh.patch | 0
> .../{perl-5.12.3 => perl-5.14.2}/installperl.patch | 0
> .../letgcc-find-errno.patch | 0
> .../native-nopacklist.patch | 0
> .../native-perlinc.patch | 0
> .../perl-configpm-switch.patch | 18 +-
> .../{perl-5.12.3 => perl-5.14.2}/perl-configure.sh | 0
> .../perl-dynloader.patch | 21 +-
> .../perl-enable-gdbm.patch | 0
> .../perl-moreconfig.patch | 0
> ...perl-native_5.12.3.bb => perl-native_5.14.2.bb} | 32 +-
> ...depends_5.12.3.inc => perl-rdepends_5.14.2.inc} | 54 +-
> ...ovides_5.12.3.inc => perl-rprovides_5.14.2.inc} | 0
> .../perl/{perl_5.12.3.bb => perl_5.14.2.bb} | 49 +-
> 92 files changed, 1951 insertions(+), 8643 deletions(-)
> delete mode 100644 meta/recipes-devtools/perl/files/Configure-multilib.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/cross-generate_uudmap.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/arm_optim.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/cpan_config_path.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/deprecate-with-apt.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/devel-ppport-ia64-optim.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/extutils_hacks.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/autodie-flock.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/concat-stack-corruption.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/cpanplus-without-home.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/h2ph-gcc-4.5.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/lc-numeric-docs.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/lc-numeric-sprintf.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/processPL.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/patchlevel
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/series
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_1.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_2.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_3.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_4.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_5.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_6.patch
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/09_fix_installperl.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/Configure-multilib.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/MM_Unix.pm.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/Makefile.SH.patch (75%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/Makefile.patch (87%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/asm-pageh-fix.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh (94%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32 (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32-be (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32-le (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64 (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64-be (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64-le (100%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/cross-generate_uudmap.patch
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/arm_thread_stress_timeout.diff (66%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/cpan_definstalldirs.diff (80%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/cpanplus_config_path.diff (83%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/cpanplus_definstalldirs.diff (84%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/db_file_ver.diff (83%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/deprecate-with-apt.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/disable-zlib-bundling.diff (83%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/doc_info.diff (78%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/enc2xs_inc.diff (90%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/errno_ver.diff (70%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/extutils_set_libperl_path.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/fakeroot.diff (79%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/find_html2text.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/document_makemaker_ccflags.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/extutils-cbuilder-cflags.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/h2ph-multiarch.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/fixes/hurd-ccflags.diff (67%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/hurd-hints.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/index-tainting.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/module-build-home-directory.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/fixes/net_smtp_docs.diff (76%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/pod_fixes.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/respect_umask.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/sys-syslog-socket-timeout-kfreebsd.patch
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/instmodsh_doc.diff (81%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/ld_run_path.diff (68%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/libnet_config_path.diff (85%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/libperl_embed_doc.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/m68k_thread_stress.diff (78%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/mod_paths.diff (89%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/module_build_man_extensions.diff (81%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/no_packlist_perllocal.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/patchlevel.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/perlivp.diff (77%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/prefix_changes.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/prune_libs.diff (81%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/series
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/skip-kfreebsd-crash.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/skip-upstream-git-tests.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/squelch-locale-warnings.diff (86%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/writable_site_dirs.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/fix_bad_rpath.patch (70%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/generate-sh.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/installperl.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/letgcc-find-errno.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/native-nopacklist.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/native-perlinc.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-configpm-switch.patch (76%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-configure.sh (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-dynloader.patch (69%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-enable-gdbm.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-moreconfig.patch (100%)
> rename meta/recipes-devtools/perl/{perl-native_5.12.3.bb => perl-native_5.14.2.bb} (74%)
> rename meta/recipes-devtools/perl/{perl-rdepends_5.12.3.inc => perl-rdepends_5.14.2.inc} (90%)
> rename meta/recipes-devtools/perl/{perl-rprovides_5.12.3.inc => perl-rprovides_5.14.2.inc} (100%)
> rename meta/recipes-devtools/perl/{perl_5.12.3.bb => perl_5.14.2.bb} (92%)
>
^ permalink raw reply
* Re: [PATCH 0/4] Update coreutils, libtool and fixes needed for gold
From: Saul Wold @ 2011-10-26 20:04 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1319139126.git.raj.khem@gmail.com>
On 10/20/2011 09:35 PM, Khem Raj wrote:
> This patchset does the following
>
> 1. Upgrades coreutils and libtool partially helped with gold
> 2. Fixes a gcc bug thats highlighted by gold when linking connman
> 3. Fixes a DEPENDS problem in xserver-xorg
>
> With these changes I am able to build systemd-gnome-image for angstrom on arm
>
> The following changes since commit 808b43dff8facfddae05ef14b7b7daf5fa993a3d:
>
> libtool: Upgrade from 2.4 -> 2.4.2 (2011-10-20 12:26:13 -0700)
>
> are available in the git repository at:
> git://git.openembedded.org/openembedded-core-contrib kraj/gold-updates
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/gold-updates
>
> Khem Raj (4):
> xserver-xorg: Add mesa-dri to DEPENDS
> gcc-4.6: Backport fix for PR32219
> coreutils: Upgrade recipe 8.12 -> 8.14
These first 3 were pulled into OE-Core
> libtool: Upgrade from 2.4 -> 2.4.2
>
There was some discussion on the list about this one, I need to confirm
where we are with it.
Sau!
> .../remove-usr-local-lib-from-m4.patch | 18 +++---
> .../{coreutils_8.12.bb => coreutils_8.14.bb} | 11 ++--
> meta/recipes-devtools/gcc/gcc-4.6.inc | 3 +-
> meta/recipes-devtools/gcc/gcc-4.6/pr32219.patch | 71 ++++++++++++++++++++
> .../libtool/{libtool.inc => libtool-2.4.2.inc} | 26 ++++++--
> meta/recipes-devtools/libtool/libtool-2.4.inc | 13 ----
> ...libtool-cross_2.4.bb => libtool-cross_2.4.2.bb} | 2 +-
> ...btool-native_2.4.bb => libtool-native_2.4.2.bb} | 2 +-
> ...nativesdk_2.4.bb => libtool-nativesdk_2.4.2.bb} | 2 +-
> meta/recipes-devtools/libtool/libtool/prefix.patch | 46 ++++++------
> .../libtool/libtool/resolve-sysroot.patch | 42 ------------
> .../libtool/{libtool_2.4.bb => libtool_2.4.2.bb} | 2 +-
> .../xorg-xserver/xserver-xorg_1.11.1.bb | 1 +
> meta/site/common-linux | 3 +
> 14 files changed, 139 insertions(+), 103 deletions(-)
> rename meta/recipes-core/coreutils/{coreutils-8.12 => coreutils-8.14}/remove-usr-local-lib-from-m4.patch (65%)
> rename meta/recipes-core/coreutils/{coreutils_8.12.bb => coreutils_8.14.bb} (90%)
> create mode 100644 meta/recipes-devtools/gcc/gcc-4.6/pr32219.patch
> rename meta/recipes-devtools/libtool/{libtool.inc => libtool-2.4.2.inc} (57%)
> delete mode 100644 meta/recipes-devtools/libtool/libtool-2.4.inc
> rename meta/recipes-devtools/libtool/{libtool-cross_2.4.bb => libtool-cross_2.4.2.bb} (98%)
> rename meta/recipes-devtools/libtool/{libtool-native_2.4.bb => libtool-native_2.4.2.bb} (96%)
> rename meta/recipes-devtools/libtool/{libtool-nativesdk_2.4.bb => libtool-nativesdk_2.4.2.bb} (97%)
> delete mode 100644 meta/recipes-devtools/libtool/libtool/resolve-sysroot.patch
> rename meta/recipes-devtools/libtool/{libtool_2.4.bb => libtool_2.4.2.bb} (94%)
>
^ permalink raw reply
* Re: [PATCH] subversion-1.6.15: add native support too
From: Saul Wold @ 2011-10-26 19:54 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Martin Jansa
In-Reply-To: <1319202681-3972-1-git-send-email-Martin.Jansa@gmail.com>
On 10/21/2011 03:11 PM, Martin Jansa wrote:
> Signed-off-by: Martin Jansa<Martin.Jansa@gmail.com>
> ---
> .../subversion/subversion_1.6.15.bb | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/meta/recipes-devtools/subversion/subversion_1.6.15.bb b/meta/recipes-devtools/subversion/subversion_1.6.15.bb
> index 9a9484f..d3c7392 100644
> --- a/meta/recipes-devtools/subversion/subversion_1.6.15.bb
> +++ b/meta/recipes-devtools/subversion/subversion_1.6.15.bb
> @@ -5,6 +5,8 @@ RDEPENDS_${PN} = "neon"
> LICENSE = "Apache-2"
> HOMEPAGE = "http://subversion.tigris.org"
>
> +BBCLASSEXTEND = "native"
> +
> PR = "r1"
>
> SRC_URI = "http://subversion.tigris.org/downloads/${BPN}-${PV}.tar.bz2 \
Pulled this one also into OE-Core
Thanks
Sau!
^ permalink raw reply
* Re: [PATCH 0/8] Subversion-1.7.0 and arm/thumb work arounds
From: Saul Wold @ 2011-10-26 19:54 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Martin Jansa
In-Reply-To: <cover.1319184832.git.Martin.Jansa@gmail.com>
On 10/21/2011 10:17 AM, Martin Jansa wrote:
> Hi,
>
> arm mode was forced without PR bump, because if it was failing for someone he
> will notice.
>
> Be carefull with using subversion-1.7.0 (read the commit message).
>
> Pulseaudio-1.1 was released, so hopefully this work arounds won't be needed
> there or they could be resolved better with upgrade.
>
> Regards,
>
> The following changes since commit 99da9a4e65f9dffb04efc3ad60125194c476d6b3:
>
> distro-tracking-fields: update fields for tzdata and gst-plugins-good (2011-10-20 13:07:16 +0100)
>
> are available in the git repository at:
> git://git.openembedded.org/openembedded-core-contrib jansa/pull2
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull2
>
> Martin Jansa (8):
> pulseaudio-0.9.23: inherit perlnative to work around build on host
> without XML/Parser.pm
> libatomics-ops: force ARM mode
> pulseaudio-0.9.23: force ARM mode
> webkit-gtk: force arm mode to work around binutils segfault
> apr: add native support
> neon: add native support
> apr-util: add native support
> subversion: add 1.7.0 with native support and negative D_P for now
>
Of the above patches, the pulse audio and adding native support for apr,
neon and apr-util were taken, the other are on hold pending different
solutions.
Thanks
Sau!
> .../subversion/subversion-1.7.0/libtool2.patch | 15 ++++++++
> .../subversion/subversion_1.7.0.bb | 37 ++++++++++++++++++++
> .../pulseaudio/libatomics-ops_1.2.bb | 2 +
> .../pulseaudio/pulseaudio_0.9.23.bb | 3 +-
> meta/recipes-sato/webkit/webkit-gtk_svn.bb | 17 +++++++++
> meta/recipes-support/apr/apr-util_1.3.12.bb | 8 ++++
> meta/recipes-support/apr/apr_1.4.5.bb | 2 +
> meta/recipes-support/neon/neon_0.29.5.bb | 3 ++
> 8 files changed, 86 insertions(+), 1 deletions(-)
> create mode 100644 meta/recipes-devtools/subversion/subversion-1.7.0/libtool2.patch
> create mode 100644 meta/recipes-devtools/subversion/subversion_1.7.0.bb
>
^ permalink raw reply
* [PATCH 0/1] RFC: provide 3.0.x and 3.1 libc headers
From: Bruce Ashfield @ 2011-10-26 18:25 UTC (permalink / raw)
To: richard.purdie; +Cc: openembedded-core, saul.wold
Hi all,
Here's a RFC patch for updating the toolchain linux-libc headers to 3.x
variants.
The reason I'm calling it a RFC is:
- I wrote some anonymous python code (and I'm no python coder) to
deal with 2.6 / 3.0 tgz location differences. This could have
also been done with a variable set in the recipes and used by
the .inc. I wasn't sure of the preferred approach, hence the RFC.
I'll take no offense corrections here.
- I changed the .inc, but didn't bump the PR of the existing recipes
and didn't remove the existing 2.6 variants. If either of these
should have been done, let me know and I'll respin.
- I bumped the default to be 3.1. If that's too agressive for the
default, and we'd prefer 3.0.8, let me know and I'll respin.
I built and booted all the qemu machines with the 3.1 kernel headers. So
from the testing I was able to do, this looks to be safe and ready to go.
This is based on my yocto repo, I also did the changes in my oe-core
repository, but I don't have a oe-core contrib branch that I could push to,
so I chose to send the yocto variant. If someone points me to who I email for
an oe-core contrib branch, I can push that variant as well.
Cheers,
Bruce
The following changes since commit fc94f925e848684244a38dcffe15cb1192dfbed8:
Martin Jansa (1):
libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade
are available in the git repository at:
git://git.pokylinux.org/poky-contrib zedd/libc-headers
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/libc-headers
Bruce Ashfield (1):
linux-libc-headers: provide 3.0.x and 3.1 headers
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
^ permalink raw reply
* [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 +-
| 15 +++++-
| 53 ++++++++++++++++++++
| 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"
--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 = ""
--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"
--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
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox