[OE-core] [PATCH 2/3] kern-tools: update LICENSE field to GPLv2
The LICENSE field for kern-tools was generic and leads to QA warnings from the license classs: "No generic license file exists for: GPL in any provider" Updating to a specific GPL version that matches the source fixes the warning. Signed-off-by: Bruce Ashfield --- .../kern-tools/kern-tools-native_git.bb|2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb index b5e203e..9ef1a20 100644 --- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb +++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb @@ -1,5 +1,5 @@ DESCRIPTION = "Scripts and utilities for managing Yocto branched kernels." -LICENSE = "GPL" +LICENSE = "GPLv2" LIC_FILES_CHKSUM = "file://git/tools/kgit;beginline=5;endline=9;md5=e2bf4415f3d843f43d2e22b0d91a6fee" DEPENDS = "git-native guilt-native" -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] linux-yocto: intel BSP config changes
Updating the meta SRCREV for the following fixes: 1dfd60f meta/fishriver: move smp options from recipe-space 012780a meta/emenlow: move smp options from recipe-space b59b1a5 meta/crownbay: move smp options from recipe-space 74dc6ac meta/sugarbay: remove boot-live options a4bedcb meta/jasperforest: remove boot-live options 4ae7b81 meta/sugarbay: use usb features 30e7e8c meta/jasperforest: use usb features 22d0c5d meta/fishriver: use usb features e262965 meta/emenlow: use usb features Signed-off-by: Tom Zanussi Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb |2 +- meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb |2 +- meta/recipes-kernel/linux/linux-yocto_3.2.bb |2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb index 8ec366c..4a1101e 100644 --- a/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb +++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb @@ -18,7 +18,7 @@ KMETA = "meta" SRCREV_machine ?= "3ebf4d172cf4a41d2abf09e4036f0850e08064e7" SRCREV_machine_qemuppc ?= "7cebfe717987f4ffa9ae90558c28f45049847c1c" -SRCREV_meta ?= "6b3d4e09aa2531e9649f3f03827b7efbccfcec03" +SRCREV_meta ?= "1dfd60fa1250259eed38ae5b2840eb37e3758a1b" PR = "r1" PV = "${LINUX_VERSION}+git${SRCPV}" diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb index 27de229..5d6450e 100644 --- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb @@ -12,7 +12,7 @@ KCONFIG_MODE = "--allnoconfig" LINUX_VERSION ?= "3.2.11" SRCREV_machine ?= "61960ba8e910d54b5525d5e9b6a7469bc399c246" -SRCREV_meta ?= "6b3d4e09aa2531e9649f3f03827b7efbccfcec03" +SRCREV_meta ?= "1dfd60fa1250259eed38ae5b2840eb37e3758a1b" PR = "r0" PV = "${LINUX_VERSION}+git${SRCPV}" diff --git a/meta/recipes-kernel/linux/linux-yocto_3.2.bb b/meta/recipes-kernel/linux/linux-yocto_3.2.bb index 71290bd..cdd59f0 100644 --- a/meta/recipes-kernel/linux/linux-yocto_3.2.bb +++ b/meta/recipes-kernel/linux/linux-yocto_3.2.bb @@ -23,7 +23,7 @@ SRCREV_machine_qemuppc ?= "cf3e188cf2a18c48a0e6f9ca54c36e6ac39512ec" SRCREV_machine_qemux86 ?= "46f1007ad22b6790224c66a8dc4e80fdbd21eea1" SRCREV_machine_qemux86-64 ?= "00e5ec2393bada6723bd9a07ded3d001c02fa727" SRCREV_machine ?= "f4f8ba730e7783e09413872414d0a17c142c816d" -SRCREV_meta ?= "6b3d4e09aa2531e9649f3f03827b7efbccfcec03" +SRCREV_meta ?= "1dfd60fa1250259eed38ae5b2840eb37e3758a1b" PR = "r1" PV = "${LINUX_VERSION}+git${SRCPV}" -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] linux-yocto/tools: consolidated pull request
Richard/Saul, Just clearing my queue before I head out of the office next week, and I want all the stable updates + 3.4 introduction to be clear of these smaller changes. These have been cooking for a bit, and are largely configuration cleanup and factoring done by Tom. The other is a minor license tweak for the kern-tools package. Everything builds and looks sane here. Cheers, Bruce (this is based on my poky-contrib, since my oe-core clone to this machine has stalled and I'm done waiting for it :). The following changes since commit d4e265661517f8dd4e1648fdc56bac5973f986f6: poky.conf: Change WARNS -> ERRORS (2012-05-16 07:35:20 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (3): linux-yocto: intel BSP config changes kern-tools: update LICENSE field to GPLv2 linux-yocto: policy cleanups .../kern-tools/kern-tools-native_git.bb|2 +- meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb|2 +- meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb |2 +- meta/recipes-kernel/linux/linux-yocto_3.2.bb |2 +- 4 files changed, 4 insertions(+), 4 deletions(-) -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] linux-yocto: policy cleanups
Updating the meta SRCREVs to pickup configuration policy cleanups: 49f931b meta/fishriver: remove redundant features and options 51a6d3f meta/emenlow: remove redundant features and options 101dd7f meta/crownbay: remove redundant features and options 4110ecd meta/sugarbay: remove redundant features and options 0f1304a meta/jasperforest: remove redundant features and options 0a56a3b meta/common-pc-64: factor out SCSI CDROM option b71938a meta/common-pc-64: use usb-mass-storage feature 0724f40 meta: add scsi cdrom feature 438bca8 meta/common-pc: use usb-mass-storage feature c970881 meta: factor out SCSI options from the usb-mass-storage feature 4c8135e meta: add scsi disk feature 6872a81 meta: add scsi feature e706ec5 meta/sugarbay: factor out policy-related options 8b7fbc2 meta/jasperforest: factor out policy-related options fea1b0e meta/fishriver: factor out policy-related options 13bf9ab meta/emenlow: factor out policy-related options 4748d50 meta/crownbay: factor out policy-related options 44f592f meta/common-pc-64: factor out policy-related options 5a3f5c7 meta/common-pc: factor out policy-related options 1f5a10b meta/common-pc-64: use usb features 4b87723 meta/common-pc: use usb features 594ba05 meta: add ROOT_HUB_TT config option to the usb/ehci-hcd feature Signed-off-by: Tom Zanussi Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb |2 +- meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb |2 +- meta/recipes-kernel/linux/linux-yocto_3.2.bb |2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb index 4a1101e..b275ad4 100644 --- a/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb +++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb @@ -18,7 +18,7 @@ KMETA = "meta" SRCREV_machine ?= "3ebf4d172cf4a41d2abf09e4036f0850e08064e7" SRCREV_machine_qemuppc ?= "7cebfe717987f4ffa9ae90558c28f45049847c1c" -SRCREV_meta ?= "1dfd60fa1250259eed38ae5b2840eb37e3758a1b" +SRCREV_meta ?= "49f931bc294d5b6be60502bbd448cff5aa766235" PR = "r1" PV = "${LINUX_VERSION}+git${SRCPV}" diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb index 5d6450e..f50e12e 100644 --- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb @@ -12,7 +12,7 @@ KCONFIG_MODE = "--allnoconfig" LINUX_VERSION ?= "3.2.11" SRCREV_machine ?= "61960ba8e910d54b5525d5e9b6a7469bc399c246" -SRCREV_meta ?= "1dfd60fa1250259eed38ae5b2840eb37e3758a1b" +SRCREV_meta ?= "49f931bc294d5b6be60502bbd448cff5aa766235" PR = "r0" PV = "${LINUX_VERSION}+git${SRCPV}" diff --git a/meta/recipes-kernel/linux/linux-yocto_3.2.bb b/meta/recipes-kernel/linux/linux-yocto_3.2.bb index cdd59f0..14de6f4 100644 --- a/meta/recipes-kernel/linux/linux-yocto_3.2.bb +++ b/meta/recipes-kernel/linux/linux-yocto_3.2.bb @@ -23,7 +23,7 @@ SRCREV_machine_qemuppc ?= "cf3e188cf2a18c48a0e6f9ca54c36e6ac39512ec" SRCREV_machine_qemux86 ?= "46f1007ad22b6790224c66a8dc4e80fdbd21eea1" SRCREV_machine_qemux86-64 ?= "00e5ec2393bada6723bd9a07ded3d001c02fa727" SRCREV_machine ?= "f4f8ba730e7783e09413872414d0a17c142c816d" -SRCREV_meta ?= "1dfd60fa1250259eed38ae5b2840eb37e3758a1b" +SRCREV_meta ?= "49f931bc294d5b6be60502bbd448cff5aa766235" PR = "r1" PV = "${LINUX_VERSION}+git${SRCPV}" -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] ncurses: Disable parallel make
On Wed, May 16, 2012 at 7:01 PM, Xiaofeng Yan wrote: > Thanks for your reply. The most cores I have are eight. I also set > PARALLEL_MAKE=j1000 and 1. I think I need try to find new way for fixing > bugs. > I think disabling parallel make should be last resort. So yes any other solution is a good thing to try. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] Fwd: Linuxtag 2012
On Thu, May 17, 2012 at 03:18:26AM +0200, Henning Heinold wrote: > On Tue, May 15, 2012 at 11:34:15PM +0200, Florian Boor wrote: > > Hi all, > > > > Am 10.05.2012 23:41, schrieb Philip Balister: > > > I encourage anyone involved in OpenEmbedded who can get to Linuxtag for > > > even a day to help it. It is a really fun time, and Berlin is a really > > > nice place to visit. > > > > unluckily there was not much of feedback so far :-( > > We have a deadline for ordering exhibitor passes ending tomorrow 6pm. It > > makes > > sense to have a two or three of us with these in order to be able to enter > > the > > buildings before the visitors. > > > > > We encourage people to bring devices that are made with OpenEmbedded and > > > related technology to show off at the stand. > > > > I want to emphasize this one more time. It is very unlikely that I will be > > able > > to make it there and if I do not get a few people together who will man the > > booth I will have to cancel our presence there :-(. > > > > Greetings > > > > Florian > > Hi, > > my second son was born today, so I can not make any promise for the linuxtag. Congratulations! PS. I'm also cannot go to Linuxtag for several different reasons... -- Denys ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] ncurses: Disable parallel make
On 2012年05月16日 19:02, Saul Wold wrote: On 05/16/2012 01:10 PM, xiaofeng@windriver.com wrote: From: Xiaofeng Yan Ncurses failure non-gplv3 build by race issue. So disable parallel \ make when building this package. This is not the best approach as you disable PARALLEL_MAKE for both non-gplv3 and gplv3 versions. Further, we want to get rid of [M1] setting as much as possible, so this patch is not helping that. Did you try running on a large many core machine? It might help if you have some other builds going also to stress the machine. Sau! Thanks for your reply. The most cores I have are eight. I also set PARALLEL_MAKE=j1000 and 1. I think I need try to find new way for fixing bugs. Thanks Yan Signed-off-by: Xiaofeng Yan --- meta/recipes-core/ncurses/ncurses.inc | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/recipes-core/ncurses/ncurses.inc b/meta/recipes-core/ncurses/ncurses.inc index ae99e2c..b115e46 100644 --- a/meta/recipes-core/ncurses/ncurses.inc +++ b/meta/recipes-core/ncurses/ncurses.inc @@ -29,6 +29,8 @@ BUILD_CPPFLAGS += "-D_GNU_SOURCE" # natives don't generally look in base_libdir base_libdir_virtclass-native = "${libdir}" +PARALLEL_MAKE = "" + # Helper function for do_configure to allow multiple configurations # $1 the directory to run configure in # $@ the arguments to pass to configure ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] Fwd: Linuxtag 2012
On Tue, May 15, 2012 at 11:34:15PM +0200, Florian Boor wrote: > Hi all, > > Am 10.05.2012 23:41, schrieb Philip Balister: > > I encourage anyone involved in OpenEmbedded who can get to Linuxtag for > > even a day to help it. It is a really fun time, and Berlin is a really > > nice place to visit. > > unluckily there was not much of feedback so far :-( > We have a deadline for ordering exhibitor passes ending tomorrow 6pm. It makes > sense to have a two or three of us with these in order to be able to enter the > buildings before the visitors. > > > We encourage people to bring devices that are made with OpenEmbedded and > > related technology to show off at the stand. > > I want to emphasize this one more time. It is very unlikely that I will be > able > to make it there and if I do not get a few people together who will man the > booth I will have to cancel our presence there :-(. > > Greetings > > Florian Hi, my second son was born today, so I can not make any promise for the linuxtag. So I think it is really better to cancel the whole booth. That is really sad, but maybee next time we should ask a lot earlier if we can really man the booth. Bye Henning ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] Let uclibc provide rtld(GNU_HASH)
On 05/11/2012 12:09 PM, Khem Raj wrote: On Fri, May 11, 2012 at 10:36 AM, Saul Wold wrote: On 05/08/2012 05:43 PM, Khem Raj wrote: We have seen reports where rtld(GNU_HASH) is found missing on uclibc based images infact uclibc rtld does provide GNU_HASH support as default so we add that to PROVIDES snapshot mirror url is changed. Currently the url will fetch html files which will end in corrupted downloads so we update the url location in mirrors class. The following changes since commit 043871d7e5d2d19c2ff43e54d2ff180c09e8903e: kern-tools: integrate minor fixes (2012-05-08 16:06:15 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib kraj/misc-fixes http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/misc-fixes Khem Raj (2): uclibc.inc: uclibc rtld does support GNU_HASH classes/mirrors.bbclass: Point snapshot.debian.org mirror to working location meta/classes/mirrors.bbclass|2 +- meta/recipes-core/uclibc/uclibc.inc |3 ++- 2 files changed, 3 insertions(+), 2 deletions(-) Merged into OE-Core FWIW both these fixes are needed on denzil too. Merged to sgarman/denzil-next: http://git.openembedded.org/openembedded-core-contrib/log/?h=sgarman/denzil-next Thanks, Scott -- Scott Garman Embedded Linux Engineer - Yocto Project Intel Open Source Technology Center ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] evtest: Add evtest 1.30 support
On Wed, May 16, 2012 at 2:42 PM, Otavio Salvador wrote: > Ok; well said but how do you qualify it? > > evtest is very nice to have around when debugging stuff and suit very > well for a bring-up image for BSPs and like, It seems like a good > addition for me and that's why I have said to Daiane to send it to > oe-core. It is a debug and test utility and as it is generic and non > architecture or board dependant, oe-core seemed the right place for > it. that kind of explanations will make its case to get into OE-Core however I share Koen's sentiments too where we should try to keep OE-Core thin. So if we discuss the inclusion case thoroughly we will be able to make good decisions on what should go in into OE-Core. I would be interested to know what others who use this utility think ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] evtest: Add evtest 1.30 support
On Wed, May 16, 2012 at 6:34 PM, Khem Raj wrote: > On Wed, May 16, 2012 at 1:59 PM, Otavio Salvador > wrote: >> >> Have it in oe-core allow for inclusion of it with other test utilities >> and easier to use for Yocto people. Why do you object in have it >> there? > > if it can be said that its very common piece then it could go into OE-Core > but if its just for usability choosing a proper non OE-Core layer is > the right thing Ok; well said but how do you qualify it? evtest is very nice to have around when debugging stuff and suit very well for a bring-up image for BSPs and like, It seems like a good addition for me and that's why I have said to Daiane to send it to oe-core. It is a debug and test utility and as it is generic and non architecture or board dependant, oe-core seemed the right place for it. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] evtest: Add evtest 1.30 support
On Wed, May 16, 2012 at 1:59 PM, Otavio Salvador wrote: > > Have it in oe-core allow for inclusion of it with other test utilities > and easier to use for Yocto people. Why do you object in have it > there? if it can be said that its very common piece then it could go into OE-Core but if its just for usability choosing a proper non OE-Core layer is the right thing ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v4] xserver-kdrive: Fix X server on PowerPC when built with GCC 4.7.x
On Wed, May 16, 2012 at 03:26:23PM -0600, Gary Thomas wrote: > Newer versions of GCC uncovered illegal code practice which can cause > runtime failures in the Xext/xace.c code. This problem has been fixed > upstream: > > http://cgit.freedesktop.org/xorg/xserver/patch/Xext/xace.c?id=6dae7f3792611aace1df0cca63bf50c50d93de43 > Subject: xace: Invalid reference to out-of-scope data. > > Incorporate this patch into the recipe, with a PR bump. > > Signed-off-by: Gary Thomas > --- > .../fix-bogus-stack-variables.patch| 231 > > .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- > 2 files changed, 233 insertions(+), 1 deletions(-) > create mode 100644 > meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > diff --git > a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > new file mode 100644 > index 000..d900fc3 > --- /dev/null > +++ > b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > @@ -0,0 +1,233 @@ > +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 > +From: Chris Wilson > +Date: Tue, 10 Aug 2010 18:30:20 + > +Subject: xace: Invalid reference to out-of-scope data. > + > +The callback data passed by reference to the hook was allocated on stack > +within the scope of the case statement. The compiler is free to reuse > +any of that stack space whilst making the function call so we may end up > +passing garbage into the callback. > + > +References: > + > + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() > + https://bugs.freedesktop.org/show_bug.cgi?id=18451 > + > +v2: Drop the unrelated hunk that snuck in when ammending the commit > +message. > + > +Signed-off-by: Chris Wilson > +Reviewed-by: Alan Coopersmith > +Signed-off-by: Keith Packard > + > +Upstream-Status: accepted Shouldn't this ^ be "Backport" as in v3? Probably not worth doing v5, just wondering why did you change that to "accepted". > +--- > +(limited to 'Xext/xace.c') > + > +diff --git a/Xext/xace.c b/Xext/xace.c > +index e10d837..c757cad 100644 > +--- a/Xext/xace.c > b/Xext/xace.c > +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) > + */ > + int XaceHook(int hook, ...) > + { > +-pointer calldata; /* data passed to callback */ > ++union { > ++XaceResourceAccessRec res; > ++XaceDeviceAccessRec dev; > ++XaceSendAccessRec send; > ++XaceReceiveAccessRec recv; > ++XaceClientAccessRec client; > ++XaceExtAccessRec ext; > ++XaceServerAccessRec server; > ++XaceScreenAccessRec screen; > ++XaceAuthAvailRec auth; > ++XaceKeyAvailRec key; > ++} u; > + int *prv = NULL;/* points to return value from callback */ > + va_list ap; /* argument list */ > + va_start(ap, hook); > +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) > + */ > + switch (hook) > + { > +-case XACE_RESOURCE_ACCESS: { > +-XaceResourceAccessRec rec; > +-rec.client = va_arg(ap, ClientPtr); > +-rec.id = va_arg(ap, XID); > +-rec.rtype = va_arg(ap, RESTYPE); > +-rec.res = va_arg(ap, pointer); > +-rec.ptype = va_arg(ap, RESTYPE); > +-rec.parent = va_arg(ap, pointer); > +-rec.access_mode = va_arg(ap, Mask); > +-rec.status = Success; /* default allow */ > +-calldata = &rec; > +-prv = &rec.status; > ++case XACE_RESOURCE_ACCESS: > ++u.res.client = va_arg(ap, ClientPtr); > ++u.res.id = va_arg(ap, XID); > ++u.res.rtype = va_arg(ap, RESTYPE); > ++u.res.res = va_arg(ap, pointer); > ++u.res.ptype = va_arg(ap, RESTYPE); > ++u.res.parent = va_arg(ap, pointer); > ++u.res.access_mode = va_arg(ap, Mask); > ++u.res.status = Success; /* default allow */ > ++prv = &u.res.status; > + break; > +-} > +-case XACE_DEVICE_ACCESS: { > +-XaceDeviceAccessRec rec; > +-rec.client = va_arg(ap, ClientPtr); > +-rec.dev = va_arg(ap, DeviceIntPtr); > +-rec.access_mode = va_arg(ap, Mask); > +-rec.status = Success; /* default allow */ > +-calldata = &rec; > +-prv = &rec.status; > ++case XACE_DEVICE_ACCESS: > ++u.dev.client = va_arg(ap, ClientPtr); > ++u.dev.dev = va_arg(ap, DeviceIntPtr); > ++u.dev.access_mode = va_arg(ap, Mask); > ++u.dev.status = Success; /* default allow */ > ++prv = &u.dev.status; > + break; > +-} > +-case XACE_SEND_ACCESS: { > +-XaceSendAccessRec rec; > +-rec.client = va_arg(ap, ClientPtr); > +-rec.dev = va_arg(ap, DeviceIntPtr); > +-rec.pWin = va_arg(ap, WindowPtr); > +-rec.events = va_arg(ap, xEventPtr); > +-
[OE-core] [PATCH v4] xserver-kdrive: Fix X server on PowerPC when built with GCC 4.7.x
Newer versions of GCC uncovered illegal code practice which can cause runtime failures in the Xext/xace.c code. This problem has been fixed upstream: http://cgit.freedesktop.org/xorg/xserver/patch/Xext/xace.c?id=6dae7f3792611aace1df0cca63bf50c50d93de43 Subject: xace: Invalid reference to out-of-scope data. Incorporate this patch into the recipe, with a PR bump. Signed-off-by: Gary Thomas --- .../fix-bogus-stack-variables.patch| 231 .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- 2 files changed, 233 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch diff --git a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch new file mode 100644 index 000..d900fc3 --- /dev/null +++ b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch @@ -0,0 +1,233 @@ +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 +From: Chris Wilson +Date: Tue, 10 Aug 2010 18:30:20 + +Subject: xace: Invalid reference to out-of-scope data. + +The callback data passed by reference to the hook was allocated on stack +within the scope of the case statement. The compiler is free to reuse +any of that stack space whilst making the function call so we may end up +passing garbage into the callback. + +References: + + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() + https://bugs.freedesktop.org/show_bug.cgi?id=18451 + +v2: Drop the unrelated hunk that snuck in when ammending the commit +message. + +Signed-off-by: Chris Wilson +Reviewed-by: Alan Coopersmith +Signed-off-by: Keith Packard + +Upstream-Status: accepted +--- +(limited to 'Xext/xace.c') + +diff --git a/Xext/xace.c b/Xext/xace.c +index e10d837..c757cad 100644 +--- a/Xext/xace.c b/Xext/xace.c +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) + */ + int XaceHook(int hook, ...) + { +-pointer calldata; /* data passed to callback */ ++union { ++ XaceResourceAccessRec res; ++ XaceDeviceAccessRec dev; ++ XaceSendAccessRec send; ++ XaceReceiveAccessRec recv; ++ XaceClientAccessRec client; ++ XaceExtAccessRec ext; ++ XaceServerAccessRec server; ++ XaceScreenAccessRec screen; ++ XaceAuthAvailRec auth; ++ XaceKeyAvailRec key; ++} u; + int *prv = NULL; /* points to return value from callback */ + va_list ap; /* argument list */ + va_start(ap, hook); +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) + */ + switch (hook) + { +- case XACE_RESOURCE_ACCESS: { +- XaceResourceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.id = va_arg(ap, XID); +- rec.rtype = va_arg(ap, RESTYPE); +- rec.res = va_arg(ap, pointer); +- rec.ptype = va_arg(ap, RESTYPE); +- rec.parent = va_arg(ap, pointer); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_RESOURCE_ACCESS: ++ u.res.client = va_arg(ap, ClientPtr); ++ u.res.id = va_arg(ap, XID); ++ u.res.rtype = va_arg(ap, RESTYPE); ++ u.res.res = va_arg(ap, pointer); ++ u.res.ptype = va_arg(ap, RESTYPE); ++ u.res.parent = va_arg(ap, pointer); ++ u.res.access_mode = va_arg(ap, Mask); ++ u.res.status = Success; /* default allow */ ++ prv = &u.res.status; + break; +- } +- case XACE_DEVICE_ACCESS: { +- XaceDeviceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_DEVICE_ACCESS: ++ u.dev.client = va_arg(ap, ClientPtr); ++ u.dev.dev = va_arg(ap, DeviceIntPtr); ++ u.dev.access_mode = va_arg(ap, Mask); ++ u.dev.status = Success; /* default allow */ ++ prv = &u.dev.status; + break; +- } +- case XACE_SEND_ACCESS: { +- XaceSendAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.pWin = va_arg(ap, WindowPtr); +- rec.events = va_arg(ap, xEventPtr); +- rec.count = va_arg(ap, int); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_SEND_ACCESS: ++ u.send.client = va_arg(ap, ClientPtr); ++ u.send.dev = va_arg(ap, DeviceIntPtr); ++ u.send.pWin = va_arg(ap, WindowPtr); ++ u.sen
Re: [OE-core] [PATCH] evtest: Add evtest 1.30 support
On Wed, May 16, 2012 at 6:06 PM, Koen Kooi wrote: > Op 16 mei 2012, om 22:59 heeft Otavio Salvador het volgende geschreven: >> On Wed, May 16, 2012 at 5:55 PM, Koen Kooi >> wrote: >>> Op 16 mei 2012 om 21:51 heeft Daiane Angolini >>> het volgende geschreven: Port recipe from Meta-OE at 4bf0e7e02544e9ffa54aa0ead966c411d7dbd0be and update to version 1.30 using FreeDesktop GIT as source. >>> >>> Why bloat oe-core? Nothing is using it oe-core >> >> Have it in oe-core allow for inclusion of it with other test utilities >> and easier to use for Yocto people. Why do you object in have it >> there? > > OE-core is too big already, it needs to get *smaller*, not bigger. And where do you think it ought to be then? test and debug utilities for common stuff seems very commonly need to be in oe-core IMO. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] evtest: Add evtest 1.30 support
Op 16 mei 2012, om 22:59 heeft Otavio Salvador het volgende geschreven: > On Wed, May 16, 2012 at 5:55 PM, Koen Kooi wrote: >> Op 16 mei 2012 om 21:51 heeft Daiane Angolini >> het volgende geschreven: >>> Port recipe from Meta-OE at 4bf0e7e02544e9ffa54aa0ead966c411d7dbd0be >>> and update to version 1.30 using FreeDesktop GIT as source. >> >> Why bloat oe-core? Nothing is using it oe-core > > Have it in oe-core allow for inclusion of it with other test utilities > and easier to use for Yocto people. Why do you object in have it > there? OE-core is too big already, it needs to get *smaller*, not bigger. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] evtest: Add evtest 1.30 support
On Wed, May 16, 2012 at 5:55 PM, Koen Kooi wrote: > Op 16 mei 2012 om 21:51 heeft Daiane Angolini > het volgende geschreven: >> Port recipe from Meta-OE at 4bf0e7e02544e9ffa54aa0ead966c411d7dbd0be >> and update to version 1.30 using FreeDesktop GIT as source. > > Why bloat oe-core? Nothing is using it oe-core Have it in oe-core allow for inclusion of it with other test utilities and easier to use for Yocto people. Why do you object in have it there? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] evtest: Add evtest 1.30 support
Op 16 mei 2012 om 21:51 heeft Daiane Angolini het volgende geschreven: > Port recipe from Meta-OE at 4bf0e7e02544e9ffa54aa0ead966c411d7dbd0be > and update to version 1.30 using FreeDesktop GIT as source. Why bloat oe-core? Nothing is using it oe-core > > Signed-off-by: Daiane Angolini > Signed-off-by: Otavio Salvador > --- > meta/recipes-support/evtest/evtest_1.30.bb | 14 ++ > 1 files changed, 14 insertions(+), 0 deletions(-) > create mode 100644 meta/recipes-support/evtest/evtest_1.30.bb > > diff --git a/meta/recipes-support/evtest/evtest_1.30.bb > b/meta/recipes-support/evtest/evtest_1.30.bb > new file mode 100644 > index 000..222d839 > --- /dev/null > +++ b/meta/recipes-support/evtest/evtest_1.30.bb > @@ -0,0 +1,14 @@ > +DESCRIPTION = "Simple tool for input event debugging." > +HOMEPAGE = "http://people.freedesktop.org/~whot/evtest/"; > +AUTHOR = "Vojtech Pavlik " > +SECTION = "console/utils" > +DEPENDS = "libxml2" > +LICENSE = "GPLv2" > +LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe" > + > +SRCREV = "e7dd232287764c0533ea89247ff907f350a12016" > +SRC_URI = "git://anongit.freedesktop.org/evtest;protocol=git" > +S = "${WORKDIR}/git" > + > +inherit autotools > + > -- > 1.7.5.4 > > > > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][RFCv2] glib-2.0: upgrade to 2.32.3
Signed-off-by: Martin Jansa --- meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch | 56 ++-- .../{glib-2.0_2.32.2.bb => glib-2.0_2.32.3.bb} |6 ++- 2 files changed, 32 insertions(+), 30 deletions(-) rename meta/recipes-core/glib-2.0/{glib-2.0_2.32.2.bb => glib-2.0_2.32.3.bb} (91%) diff --git a/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch b/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch index e9b3b26..0149767 100644 --- a/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch +++ b/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch @@ -1,37 +1,37 @@ -Ideally there would be configureation option for this but there is not. We -can't allow this code since it could detect the host system's libelf with -disasterous effects when cross compiling. +From 0040842024725c0e74f84c1719ead6c79ba94aba Mon Sep 17 00:00:00 2001 +From: Martin Jansa +Date: Wed, 16 May 2012 20:03:34 +0200 +Subject: [PATCH] configure: add option to disable libelf support -RP 2012/5/7 +Upstream-Status: Pending -Upstream-Status: Pending (would need to be made a configure option to disabe) +Signed-off-by: Martin Jansa +--- + configure.ac |4 + 1 files changed, 4 insertions(+), 0 deletions(-) -Index: glib-2.32.2/configure.ac -=== glib-2.32.2.orig/configure.ac 2012-05-07 08:30:04.481149925 + -+++ glib-2.32.2/configure.ac 2012-05-07 08:31:02.185148588 + -@@ -1816,23 +1816,7 @@ +diff --git a/configure.ac b/configure.ac +index aa65648..1bb49bf 100644 +--- a/configure.ac b/configure.ac +@@ -1815,6 +1815,9 @@ AC_SUBST(XATTR_LIBS) + dnl dnl *** check for libelf *** dnl ++AC_ARG_ENABLE(libelf, ++ AC_HELP_STRING([--disable-libelf], [build without libelf support])) ++if test "x$enable_libelf" != "xno"; then + + PKG_CHECK_MODULES([LIBELF], [libelf], [have_libelf=yes], [have_libelf=maybe]) --PKG_CHECK_MODULES([LIBELF], [libelf], [have_libelf=yes], [have_libelf=maybe]) -- --if test $have_libelf = maybe; then -- AC_CHECK_LIB([elf], [elf_begin], , [have_libelf=no]) -- AC_CHECK_LIB([elf], [elf_getshdrstrndx], , [have_libelf=no]) -- AC_CHECK_LIB([elf], [elf_getshdrnum], , [have_libelf=no]) -- AC_CHECK_HEADER([libelf.h], , [have_libelf=no]) -- -- if test $have_libelf != no; then --LIBELF_LIBS=-lelf --have_libelf = yes -- fi --fi -- --if test $have_libelf = yes; then -- AC_DEFINE(HAVE_LIBELF, 1, [Define if libelf is available]) --fi -+have_libelf=no +@@ -1835,6 +1838,7 @@ fi + if test $have_libelf = yes; then + AC_DEFINE(HAVE_LIBELF, 1, [Define if libelf is available]) + fi ++fi dnl dnl *** platform dependent source checks *** +-- +1.7.8.6 + diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb b/meta/recipes-core/glib-2.0/glib-2.0_2.32.3.bb similarity index 91% rename from meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb rename to meta/recipes-core/glib-2.0/glib-2.0_2.32.3.bb index b9b3356..72db2ef 100644 --- a/meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb +++ b/meta/recipes-core/glib-2.0/glib-2.0_2.32.3.bb @@ -16,12 +16,14 @@ SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz \ file://nodbus.patch \ file://nolibelf.patch \ " -SRC_URI[md5sum] = "5bfdb6197afb90e4dbc7b1bb98f0eae0" -SRC_URI[sha256sum] = "b1764abf00bac96e0e93e29fb9715ce75f3583579acac40648e18771d43d6136" +SRC_URI[md5sum] = "9bd3ac535c24b6c162be13b2c43c5adc" +SRC_URI[sha256sum] = "b65ceb462807e4a2f91c95e4293ce6bbefca308cb44a1407bcfdd9e40363ff4d" SRC_URI_append_virtclass-native = " file://glib-gettextize-dir.patch" BBCLASSEXTEND = "native nativesdk" +EXTRA_OECONF = "--disable-libelf" + PERLPATH = "${bindir}/env perl" PERLPATH_virtclass-native = "/usr/bin/env perl" PERLPATH_virtclass-nativesdk = "/usr/bin/env perl" -- 1.7.8.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][RFC] glib-2.0: upgrade to 2.32.3
Signed-off-by: Martin Jansa --- meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch | 56 ++-- meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb | 53 -- meta/recipes-core/glib-2.0/glib-2.0_2.32.3.bb | 55 +++ 3 files changed, 83 insertions(+), 81 deletions(-) delete mode 100644 meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb create mode 100644 meta/recipes-core/glib-2.0/glib-2.0_2.32.3.bb diff --git a/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch b/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch index e9b3b26..0149767 100644 --- a/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch +++ b/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch @@ -1,37 +1,37 @@ -Ideally there would be configureation option for this but there is not. We -can't allow this code since it could detect the host system's libelf with -disasterous effects when cross compiling. +From 0040842024725c0e74f84c1719ead6c79ba94aba Mon Sep 17 00:00:00 2001 +From: Martin Jansa +Date: Wed, 16 May 2012 20:03:34 +0200 +Subject: [PATCH] configure: add option to disable libelf support -RP 2012/5/7 +Upstream-Status: Pending -Upstream-Status: Pending (would need to be made a configure option to disabe) +Signed-off-by: Martin Jansa +--- + configure.ac |4 + 1 files changed, 4 insertions(+), 0 deletions(-) -Index: glib-2.32.2/configure.ac -=== glib-2.32.2.orig/configure.ac 2012-05-07 08:30:04.481149925 + -+++ glib-2.32.2/configure.ac 2012-05-07 08:31:02.185148588 + -@@ -1816,23 +1816,7 @@ +diff --git a/configure.ac b/configure.ac +index aa65648..1bb49bf 100644 +--- a/configure.ac b/configure.ac +@@ -1815,6 +1815,9 @@ AC_SUBST(XATTR_LIBS) + dnl dnl *** check for libelf *** dnl ++AC_ARG_ENABLE(libelf, ++ AC_HELP_STRING([--disable-libelf], [build without libelf support])) ++if test "x$enable_libelf" != "xno"; then + + PKG_CHECK_MODULES([LIBELF], [libelf], [have_libelf=yes], [have_libelf=maybe]) --PKG_CHECK_MODULES([LIBELF], [libelf], [have_libelf=yes], [have_libelf=maybe]) -- --if test $have_libelf = maybe; then -- AC_CHECK_LIB([elf], [elf_begin], , [have_libelf=no]) -- AC_CHECK_LIB([elf], [elf_getshdrstrndx], , [have_libelf=no]) -- AC_CHECK_LIB([elf], [elf_getshdrnum], , [have_libelf=no]) -- AC_CHECK_HEADER([libelf.h], , [have_libelf=no]) -- -- if test $have_libelf != no; then --LIBELF_LIBS=-lelf --have_libelf = yes -- fi --fi -- --if test $have_libelf = yes; then -- AC_DEFINE(HAVE_LIBELF, 1, [Define if libelf is available]) --fi -+have_libelf=no +@@ -1835,6 +1838,7 @@ fi + if test $have_libelf = yes; then + AC_DEFINE(HAVE_LIBELF, 1, [Define if libelf is available]) + fi ++fi dnl dnl *** platform dependent source checks *** +-- +1.7.8.6 + diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb b/meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb deleted file mode 100644 index b9b3356..000 --- a/meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb +++ /dev/null @@ -1,53 +0,0 @@ -require glib.inc - -PE = "1" -PR = "r1" - -DEPENDS += "libffi python-argparse-native zlib" -DEPENDS_virtclass-native += "libffi-native python-argparse-native" -DEPENDS_virtclass-nativesdk += "libffi-nativesdk python-argparse-native zlib-nativesdk" - -SHRT_VER = "${@d.getVar('PV',1).split('.')[0]}.${@d.getVar('PV',1).split('.')[1]}" - -SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz \ - file://configure-libtool.patch \ - file://60_wait-longer-for-threads-to-die.patch \ - file://glib-2.0_fix_for_x32.patch \ - file://nodbus.patch \ - file://nolibelf.patch \ - " -SRC_URI[md5sum] = "5bfdb6197afb90e4dbc7b1bb98f0eae0" -SRC_URI[sha256sum] = "b1764abf00bac96e0e93e29fb9715ce75f3583579acac40648e18771d43d6136" - -SRC_URI_append_virtclass-native = " file://glib-gettextize-dir.patch" -BBCLASSEXTEND = "native nativesdk" - -PERLPATH = "${bindir}/env perl" -PERLPATH_virtclass-native = "/usr/bin/env perl" -PERLPATH_virtclass-nativesdk = "/usr/bin/env perl" - -do_configure_prepend() { - # missing ${topdir}/gtk-doc.make and --disable-gtk-doc* is not enough, because it calls gtkdocize (not provided by gtk-doc-native) - sed -i '/^docs/d' ${S}/configure.ac - sed -i 's/SUBDIRS = . m4macros glib gmodule gthread gobject gio tests po docs/SUBDIRS = . m4macros glib gmodule gthread gobject gio tests po/g' ${S}/Makefile.am - sed -i -e "s:TEST_PROGS += gdbus-serialization::g" ${S}/gio/tests/Makefile.am -} - -do_install_append() { - # remove some unpackaged files - rm -f ${D}${libdir}/gdbus-2.0/codegen/*.pyc - rm -f ${D}${libdir}/gdbus-2.0/codegen/*.pyo - # and empty dirs - rmdir ${D}${libdir}/gio/modules/ - rmdir ${D}${libdir}/gio/ - - # Some distros have both /bin/perl and /usr/bin/perl, but we set perl location - # f
[OE-core] [PATCH] evtest: Add evtest 1.30 support
Port recipe from Meta-OE at 4bf0e7e02544e9ffa54aa0ead966c411d7dbd0be and update to version 1.30 using FreeDesktop GIT as source. Signed-off-by: Daiane Angolini Signed-off-by: Otavio Salvador --- meta/recipes-support/evtest/evtest_1.30.bb | 14 ++ 1 files changed, 14 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-support/evtest/evtest_1.30.bb diff --git a/meta/recipes-support/evtest/evtest_1.30.bb b/meta/recipes-support/evtest/evtest_1.30.bb new file mode 100644 index 000..222d839 --- /dev/null +++ b/meta/recipes-support/evtest/evtest_1.30.bb @@ -0,0 +1,14 @@ +DESCRIPTION = "Simple tool for input event debugging." +HOMEPAGE = "http://people.freedesktop.org/~whot/evtest/"; +AUTHOR = "Vojtech Pavlik " +SECTION = "console/utils" +DEPENDS = "libxml2" +LICENSE = "GPLv2" +LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe" + +SRCREV = "e7dd232287764c0533ea89247ff907f350a12016" +SRC_URI = "git://anongit.freedesktop.org/evtest;protocol=git" +S = "${WORKDIR}/git" + +inherit autotools + -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] eglibc: package mtrace separately
> -Original Message- > From: Saul Wold [mailto:s...@linux.intel.com] > Sent: Wednesday, May 16, 2012 11:33 AM > To: Patches and discussions about the oe-core layer > Cc: Kamble, Nitin A > Subject: Re: [OE-core] [PATCH 1/2] eglibc: package mtrace separately > > On 05/16/2012 09:11 PM, nitin.a.kam...@intel.com wrote: > > From: Nitin A Kamble > > > > eglibc-mtrace: add dependency into task-core-tools-debug > > > > now eglibc-mtrace gets included in an sdk image and not in a non-sdk > image. > > > > This fixes bug: [YOCTO# 2374] > > > > Signed-off-by: Nitin A Kamble > > --- > > meta/recipes-core/eglibc/eglibc-package.inc |7 ++- > > meta/recipes-core/eglibc/eglibc_2.13.bb |2 +- > > meta/recipes-core/eglibc/eglibc_2.15.bb |2 +- > > meta/recipes-core/tasks/task-core-tools-debug.bb |1 + > > 4 files changed, 9 insertions(+), 3 deletions(-) > > > > diff --git a/meta/recipes-core/eglibc/eglibc-package.inc > > b/meta/recipes-core/eglibc/eglibc-package.inc > > index 7d97567..fd136bd 100644 > > --- a/meta/recipes-core/eglibc/eglibc-package.inc > > +++ b/meta/recipes-core/eglibc/eglibc-package.inc > > @@ -20,11 +20,12 @@ USE_LDCONFIG ?= "1" > > PKGSUFFIX = "" > > PKGSUFFIX_virtclass-nativesdk = "-nativesdk" > > > > -PACKAGES = "${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} > nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-utils eglibc-extra- > nss${PKGSUFFIX} eglibc-thread-db${PKGSUFFIX} ${PN}-pic ${PN}-dev ${PN}- > staticdev ${PN}-doc libcidn${PKGSUFFIX} libmemusage${PKGSUFFIX} > libsegfault${PKGSUFFIX} ${PN}-pcprofile libsotruss${PKGSUFFIX}" > > +PACKAGES = "${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} > nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-mtrace ${PN}-utils eglibc-extra- > nss${PKGSUFFIX} eglibc-thread-db${PKGSUFFIX} ${PN}-pic ${PN}-dev ${PN}- > staticdev ${PN}-doc libcidn${PKGSUFFIX} libmemusage${PKGSUFFIX} > libsegfault${PKGSUFFIX} ${PN}-pcprofile libsotruss${PKGSUFFIX}" > > > > # The ld.so in this eglibc supports the GNU_HASH > > RPROVIDES_${PN} = "glibc${PKGSUFFIX} rtld(GNU_HASH)" > > RPROVIDES_${PN}-utils = "glibc${PKGSUFFIX}-utils" > > +RPROVIDES_${PN}-mtrace = "glibc${PKGSUFFIX}-mtrace" > > RPROVIDES_${PN}-pic = "glibc${PKGSUFFIX}-pic" > > RPROVIDES_${PN}-dev = "glibc${PKGSUFFIX}-dev" > > RPROVIDES_${PN}-staticdev = "glibc${PKGSUFFIX}-staticdev" > > @@ -48,11 +49,13 @@ FILES_${PN}-dev_append += "${bindir}/rpcgen > ${libdir}/*_nonshared.a \ > > ${base_libdir}/*_nonshared.a ${base_libdir}/*.o > ${datadir}/aclocal" > > FILES_${PN}-staticdev_append += "${libdir}/*.a ${base_libdir}/*.a" > > FILES_nscd${PKGSUFFIX} = "${sbindir}/nscd*" > > +FILES_${PN}-mtrace = "${bindir}/mtrace" > > FILES_${PN}-utils = "${bindir}/* ${sbindir}/*" > > FILES_${PN}-dbg += "${libexecdir}/*/.debug ${libdir}/audit/.debug" > > FILES_catchsegv${PKGSUFFIX} = "${bindir}/catchsegv" > > RDEPENDS_catchsegv${PKGSUFFIX} = "libsegfault" > > RDEPENDS_${PN}-utils += "bash" > > +RDEPENDS_${PN}-mtrace += "perl" > > FILES_${PN}-pcprofile = "${base_libdir}/libpcprofile.so" > > FILES_eglibc-thread-db${PKGSUFFIX} = > "${base_libdir}/libthread_db.so.* ${base_libdir}/libthread_db-*.so" > > RPROVIDES_${PN}-dev += "libc-dev" > > @@ -68,6 +71,8 @@ SUMMARY_ldd = "print shared library dependencies" > > DESCRIPTION_ldd = "/usr/bin/ldd prints shared library dependencies > for each program or shared library specified on the command line." > > SUMMARY_${PN}-utils = "Miscellaneous utilities provided by eglibc" > > DESCRIPTION_${PN}-utils = "Miscellaneous utilities including > getconf, iconf, locale, gencat, tzselect, zic, rpcinfo, ..." > > +SUMMARY_${PN}-mtrace = "mtrace utility provided by eglibc" > > +DESCRIPTION_${PN}-mtrace = "mtrace utility provided by eglibc" > > DESCRIPTION_libsotruss = "Library to support sotruss which traces > calls through PLTs" > > > > inherit libc-common multilib_header > > diff --git a/meta/recipes-core/eglibc/eglibc_2.13.bb > > b/meta/recipes-core/eglibc/eglibc_2.13.bb > > index d8a41dc..73cd0aa 100644 > > --- a/meta/recipes-core/eglibc/eglibc_2.13.bb > > +++ b/meta/recipes-core/eglibc/eglibc_2.13.bb > > @@ -3,7 +3,7 @@ require eglibc.inc > > SRCREV = "15508" > > > > DEPENDS += "gperf-native" > > -PR = "r26" > > +PR = "r27" > > PR_append = "+svnr${SRCPV}" > > > > EGLIBC_BRANCH="eglibc-2_13" > > diff --git a/meta/recipes-core/eglibc/eglibc_2.15.bb > > b/meta/recipes-core/eglibc/eglibc_2.15.bb > > index 340ec99..bb60b57 100644 > > --- a/meta/recipes-core/eglibc/eglibc_2.15.bb > > +++ b/meta/recipes-core/eglibc/eglibc_2.15.bb > > @@ -3,7 +3,7 @@ require eglibc.inc > > SRCREV = "17386" > > > > DEPENDS += "gperf-native" > > -PR = "r10" > > +PR = "r11" > > PR_append = "+svnr${SRCPV}" > > > > EGLIBC_BRANCH="eglibc-2_15" > > diff --git a/meta/recipes-core/tasks/task-core-tools-debug.bb > > b/meta/recipes-core/tasks/task-core-tools-debug.bb > > index 3c92f3f..64b976a 100644 > > --- a/meta/recipes-core/tasks/ta
Re: [OE-core] [Error] do_package error on libgcc
On Wednesday, May 16, 2012, Giuseppe Condorelli < giuseppe.condore...@gmail.com> wrote: > Hi All, > > I'm catching an error during my personal core-image build at do_package stage of libgcc. > The libgcc version (4.6.3) I'm using comes from an own layer as well as the compiler. > In past days I was able to successfully complete the personal core-image build working against stable oe-core tar file. but now I've migrated to the OE-Core developping git branch > and I'm falling in this error. Why do you have your own compiler recipes ? Build process has changed slightly after denzil So you might have to match your recipes up to oe-core > Comparing the log.do_package output with the one I obtained in the past days I'm understanding the runstrip is not invoked by split_and_strip_files routine > and I'm not sure this is the cause of my error. > I'm using bitbake version 1.15.2, for sure I used a previous version in past days when worked with stable oe-core sources. > > Please can you look at the error? > Many thanks, > Giuseppe > > == > NOTE: Running task 370 of 1299 (ID: 746, /oelinux/condorg/openembedded-core/meta-stlinux/recipes-devtools/gcc/ libgcc_4.6.3.bb, do_package) > > NOTE: package libgcc-4.6.3-r0: task do_package: Started > > ERROR: Error executing a python function in /oelinux/condorg/openembedded-core/meta-stlinux/recipes-devtools/gcc/ libgcc_4.6.3.bb: > > OSError: [Errno 2] No such file or directory > > ERROR: The stack trace of python calls that resulted in this exception/failure was: > > ERROR: File "do_package_qa", line 69, in > > ERROR: > > ERROR: File "do_package_qa", line 58, in do_package_qa > > ERROR: > > ERROR: File "insane.bbclass", line 19, in package_qa_walk > > ERROR: > > ERROR: File "insane.bbclass", line 17, in package_qa_check_unsafe_references_in_binaries > > ERROR: > > ERROR: File "/oelinux/condorg/openembedded-core/bitbake-1.15.2/lib/bb/process.py", line 63, in __init__ > > ERROR: subprocess.Popen.__init__(self, *args, **options) > > ERROR: > > ERROR: File "/usr/lib64/python2.7/subprocess.py", line 672, in __init__ > > ERROR: errread, errwrite) > > ERROR: > > ERROR: File "/usr/lib64/python2.7/subprocess.py", line 1201, in _execute_child > > ERROR: raise child_exception > > ERROR: > > ERROR: The code that was being executed was: > > ERROR: 0065: bb.fatal("QA run found fatal errors. Please consider fixing them.") > > ERROR: 0066: bb.note("DONE with PACKAGE QA") > > ERROR: 0067: > > ERROR: 0068: > > ERROR: *** 0069:do_package_qa(d) > > ERROR: 0070: > > ERROR: (file: 'do_package_qa', lineno: 69, function: ) > > ERROR: 0054: errorchecks.append(g[testmatrix[e]]) > > ERROR: 0055: > > ERROR: 0056: bb.note("Checking Package: %s" % package) > > ERROR: 0057: path = "%s/%s" % (pkgdest, package) > > ERROR: *** 0058: if not package_qa_walk(path, warnchecks, errorchecks, skip, package, d): > > ERROR: 0059: walk_sane = False > > ERROR: 0060: if not package_qa_check_rdepends(package, pkgdest, skip, d): > > ERROR: 0061: rdepends_sane = False > > ERROR: 0062: > > ERROR: (file: 'do_package_qa', lineno: 58, function: do_package_qa) > > ERROR: Function failed: do_package_qa > > ERROR: Logfile of failure stored in: /oelinux/condorg/openembedded-core/stlinux-3.0-build/tmp-uclibc/work/sh4-oe-linux-uclibc/libgcc-4.6.3-r0/temp/log.do_package.983 > > NOTE: package libgcc-4.6.3-r0: task do_package: Failed > > ERROR: Task 746 (/oelinux/condorg/openembedded-core/meta-stlinux/recipes-devtools/gcc/ libgcc_4.6.3.bb, do_package) failed with exit code '1' > > NOTE: Tasks Summary: Attempted 370 tasks of which 357 didn't need to be rerun and 1 failed. > > Summary: 1 task failed: > > /oelinux/condorg/openembedded-core/meta-stlinux/recipes-devtools/gcc/ libgcc_4.6.3.bb, do_package > > Summary: There were 38 ERROR messages shown, returning a non-zero exit code. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] gcc: fix DEPENDS to avoid a build issue
On Wednesday, May 16, 2012, Saul Wold wrote: > On 05/16/2012 09:11 PM, nitin.a.kam...@intel.com wrote: >> >> From: Nitin A Kamble >> >> this commits avoids this issue: >> >> | 4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/. -I/home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gc >> c-4_7-branch/libgcc/../gcc -I/home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc >> /../include -I/home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/config/libbid >> -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o _fixdfdi_s.o -MT _fixdfdi_s.o -MD -MP -MF _fixdfdi_s.dep -DS >> HARED -DL_fixdfdi -c /home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/libgcc2 >> .c >> | /home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/unwind-dw2.c:42:21: fatal >> error: sys/sdt.h: No such file or directory >> | compilation terminated. >> | make[2]: *** [unwind-dw2.o] Error 1 >> | make[2]: *** Waiting for unfinished jobs >> | make[2]: Leaving directory `/home/nitin/builds/build0/tmp/work/i586-poky-linux/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/build.i586-poky-linux.i586-poky-linux/i586-poky-linux/libgcc' >> | make[1]: *** [all-target-libgcc] Error 2 >> | make[1]: Leaving directory `/home/nitin/builds/build0/tmp/work/i586-poky-linux/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/build.i586-poky-linux.i586-poky-linux' >> | make: *** [all] Error 2 >> | ERROR: oe_runmake failed >> NOTE: package gcc-4.7.0+svnr186651-r1: task do_compile: Failed >> ERROR: Task 8 (/home/nitin/prj/poky.git/meta/recipes-devtools/gcc/ gcc_4.7.bb, do_compile) failed with exit code '1' >> NOTE: Tasks Summary: Attempted 808 tasks of which 801 didn't need to be rerun and 1 failed. >> >> Signed-off-by: Nitin A Kamble >> --- >> meta/recipes-devtools/gcc/gcc-4.7.inc |4 ++-- >> 1 files changed, 2 insertions(+), 2 deletions(-) >> >> diff --git a/meta/recipes-devtools/gcc/gcc-4.7.inc b/meta/recipes-devtools/gcc/gcc-4.7.inc >> index 8adeb8d..9c73235 100644 >> --- a/meta/recipes-devtools/gcc/gcc-4.7.inc >> +++ b/meta/recipes-devtools/gcc/gcc-4.7.inc >> @@ -1,6 +1,6 @@ >> require gcc-common.inc >> >> -PR = "r1" >> +PR = "r2" >> >> # Third digit in PV should be incremented after a minor release >> # happens from this branch on gcc e.g. currently its 4.7.0 >> @@ -22,7 +22,7 @@ SRCREV = "186651" >> BRANCH = "gcc-4_7-branch" >> FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}" >> >> -DEPENDS =+ "mpfr gmp libmpc" >> +DEPENDS =+ "mpfr gmp libmpc systemtap" > > Nitin, > > I am not sure this is the right way to do this, first it's bringing in another dependency into gcc, it also will cause a mips failure as systemtap does not build with mips. > > It might be better to modify the configuration to ensure that system tap is always disabled. This will ensure a deterministic build. > Yes disabling systemtap is the right thing to do here > Sau! >> >> NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native" >> >> LICENSE="GPL-3.0-with-GCC-exception& GPLv3" > > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Fix X server on PowerPC when built with GCC 4.7.x
On Wed, May 16, 2012 at 01:05:36PM -0600, Gary Thomas wrote: > Incorporate patch from upstream: > > http://cgit.freedesktop.org/xorg/xserver/patch/Xext/xace.c?id=6dae7f3792611aace1df0cca63bf50c50d93de43 > Subject: xace: Invalid reference to out-of-scope data. > > Signed-off-by: Gary Thomas still the same wrong commit message, see: http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines > --- > .../fix-bogus-stack-variables.patch| 231 > > .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- > 2 files changed, 233 insertions(+), 1 deletions(-) > create mode 100644 > meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > diff --git > a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > new file mode 100644 > index 000..d900fc3 > --- /dev/null > +++ > b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > @@ -0,0 +1,233 @@ > +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 > +From: Chris Wilson > +Date: Tue, 10 Aug 2010 18:30:20 + > +Subject: xace: Invalid reference to out-of-scope data. > + > +The callback data passed by reference to the hook was allocated on stack > +within the scope of the case statement. The compiler is free to reuse > +any of that stack space whilst making the function call so we may end up > +passing garbage into the callback. > + > +References: > + > + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() > + https://bugs.freedesktop.org/show_bug.cgi?id=18451 > + > +v2: Drop the unrelated hunk that snuck in when ammending the commit > +message. > + > +Signed-off-by: Chris Wilson > +Reviewed-by: Alan Coopersmith > +Signed-off-by: Keith Packard > + > +Upstream-Status: backport > +--- > +(limited to 'Xext/xace.c') > + > +diff --git a/Xext/xace.c b/Xext/xace.c > +index e10d837..c757cad 100644 > +--- a/Xext/xace.c > b/Xext/xace.c > +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) > + */ > + int XaceHook(int hook, ...) > + { > +-pointer calldata; /* data passed to callback */ > ++union { > ++XaceResourceAccessRec res; > ++XaceDeviceAccessRec dev; > ++XaceSendAccessRec send; > ++XaceReceiveAccessRec recv; > ++XaceClientAccessRec client; > ++XaceExtAccessRec ext; > ++XaceServerAccessRec server; > ++XaceScreenAccessRec screen; > ++XaceAuthAvailRec auth; > ++XaceKeyAvailRec key; > ++} u; > + int *prv = NULL;/* points to return value from callback */ > + va_list ap; /* argument list */ > + va_start(ap, hook); > +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) > + */ > + switch (hook) > + { > +-case XACE_RESOURCE_ACCESS: { > +-XaceResourceAccessRec rec; > +-rec.client = va_arg(ap, ClientPtr); > +-rec.id = va_arg(ap, XID); > +-rec.rtype = va_arg(ap, RESTYPE); > +-rec.res = va_arg(ap, pointer); > +-rec.ptype = va_arg(ap, RESTYPE); > +-rec.parent = va_arg(ap, pointer); > +-rec.access_mode = va_arg(ap, Mask); > +-rec.status = Success; /* default allow */ > +-calldata = &rec; > +-prv = &rec.status; > ++case XACE_RESOURCE_ACCESS: > ++u.res.client = va_arg(ap, ClientPtr); > ++u.res.id = va_arg(ap, XID); > ++u.res.rtype = va_arg(ap, RESTYPE); > ++u.res.res = va_arg(ap, pointer); > ++u.res.ptype = va_arg(ap, RESTYPE); > ++u.res.parent = va_arg(ap, pointer); > ++u.res.access_mode = va_arg(ap, Mask); > ++u.res.status = Success; /* default allow */ > ++prv = &u.res.status; > + break; > +-} > +-case XACE_DEVICE_ACCESS: { > +-XaceDeviceAccessRec rec; > +-rec.client = va_arg(ap, ClientPtr); > +-rec.dev = va_arg(ap, DeviceIntPtr); > +-rec.access_mode = va_arg(ap, Mask); > +-rec.status = Success; /* default allow */ > +-calldata = &rec; > +-prv = &rec.status; > ++case XACE_DEVICE_ACCESS: > ++u.dev.client = va_arg(ap, ClientPtr); > ++u.dev.dev = va_arg(ap, DeviceIntPtr); > ++u.dev.access_mode = va_arg(ap, Mask); > ++u.dev.status = Success; /* default allow */ > ++prv = &u.dev.status; > + break; > +-} > +-case XACE_SEND_ACCESS: { > +-XaceSendAccessRec rec; > +-rec.client = va_arg(ap, ClientPtr); > +-rec.dev = va_arg(ap, DeviceIntPtr); > +-rec.pWin = va_arg(ap, WindowPtr); > +-rec.events = va_arg(ap, xEventPtr); > +-rec.count = va_arg(ap, int); > +-rec.status = Success; /* default allow */ > +-calldata = &rec; > +-prv = &rec.status; > ++case XACE_SEND_ACCESS: > ++u.send.client
[OE-core] [PATCH] Fix X server on PowerPC when built with GCC 4.7.x
Incorporate patch from upstream: http://cgit.freedesktop.org/xorg/xserver/patch/Xext/xace.c?id=6dae7f3792611aace1df0cca63bf50c50d93de43 Subject: xace: Invalid reference to out-of-scope data. Signed-off-by: Gary Thomas --- .../fix-bogus-stack-variables.patch| 231 .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- 2 files changed, 233 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch diff --git a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch new file mode 100644 index 000..d900fc3 --- /dev/null +++ b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch @@ -0,0 +1,233 @@ +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 +From: Chris Wilson +Date: Tue, 10 Aug 2010 18:30:20 + +Subject: xace: Invalid reference to out-of-scope data. + +The callback data passed by reference to the hook was allocated on stack +within the scope of the case statement. The compiler is free to reuse +any of that stack space whilst making the function call so we may end up +passing garbage into the callback. + +References: + + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() + https://bugs.freedesktop.org/show_bug.cgi?id=18451 + +v2: Drop the unrelated hunk that snuck in when ammending the commit +message. + +Signed-off-by: Chris Wilson +Reviewed-by: Alan Coopersmith +Signed-off-by: Keith Packard + +Upstream-Status: backport +--- +(limited to 'Xext/xace.c') + +diff --git a/Xext/xace.c b/Xext/xace.c +index e10d837..c757cad 100644 +--- a/Xext/xace.c b/Xext/xace.c +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) + */ + int XaceHook(int hook, ...) + { +-pointer calldata; /* data passed to callback */ ++union { ++ XaceResourceAccessRec res; ++ XaceDeviceAccessRec dev; ++ XaceSendAccessRec send; ++ XaceReceiveAccessRec recv; ++ XaceClientAccessRec client; ++ XaceExtAccessRec ext; ++ XaceServerAccessRec server; ++ XaceScreenAccessRec screen; ++ XaceAuthAvailRec auth; ++ XaceKeyAvailRec key; ++} u; + int *prv = NULL; /* points to return value from callback */ + va_list ap; /* argument list */ + va_start(ap, hook); +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) + */ + switch (hook) + { +- case XACE_RESOURCE_ACCESS: { +- XaceResourceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.id = va_arg(ap, XID); +- rec.rtype = va_arg(ap, RESTYPE); +- rec.res = va_arg(ap, pointer); +- rec.ptype = va_arg(ap, RESTYPE); +- rec.parent = va_arg(ap, pointer); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_RESOURCE_ACCESS: ++ u.res.client = va_arg(ap, ClientPtr); ++ u.res.id = va_arg(ap, XID); ++ u.res.rtype = va_arg(ap, RESTYPE); ++ u.res.res = va_arg(ap, pointer); ++ u.res.ptype = va_arg(ap, RESTYPE); ++ u.res.parent = va_arg(ap, pointer); ++ u.res.access_mode = va_arg(ap, Mask); ++ u.res.status = Success; /* default allow */ ++ prv = &u.res.status; + break; +- } +- case XACE_DEVICE_ACCESS: { +- XaceDeviceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_DEVICE_ACCESS: ++ u.dev.client = va_arg(ap, ClientPtr); ++ u.dev.dev = va_arg(ap, DeviceIntPtr); ++ u.dev.access_mode = va_arg(ap, Mask); ++ u.dev.status = Success; /* default allow */ ++ prv = &u.dev.status; + break; +- } +- case XACE_SEND_ACCESS: { +- XaceSendAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.pWin = va_arg(ap, WindowPtr); +- rec.events = va_arg(ap, xEventPtr); +- rec.count = va_arg(ap, int); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_SEND_ACCESS: ++ u.send.client = va_arg(ap, ClientPtr); ++ u.send.dev = va_arg(ap, DeviceIntPtr); ++ u.send.pWin = va_arg(ap, WindowPtr); ++ u.send.events = va_arg(ap, xEventPtr); ++ u.send.count = va_arg(ap, int); ++ u.send.status = Success; /* default allow */ ++ prv = &u.send.status; +
Re: [OE-core] [PATCH] avahi-systemd: drop postrm, use prerm instead
On 16.05.2012 20:50, Koen Kooi wrote: > > Op 16 mei 2012, om 20:38 heeft Andreas Oberritter het volgende geschreven: > >> On 16.05.2012 19:17, Koen Kooi wrote: >>> >>> Op 16 mei 2012, om 18:55 heeft Andreas Oberritter het volgende geschreven: >>> * Calling "systemctl disable" from postrm is too late and causes the following error: | Failed to issue method call: No such file or directory * Fix indentation of prerm for resulting shell snippet. * Messing with $D is not needed in *rm scripts. >>> >>> It very much is, you can offline remove scripts just like you can install >>> them. >> >> What's the use case for removing packages offline > > e.g. BAD_RECOMMENDATIONS Packages in BAD_RECOMMENDATIONS don't get installed. So there's no need for them to get removed. Do you know any real use case? >> and where in OE is >> this used? Is the majority of prerm- and postrm-scripts prepared for that? > > Dunno if the majority is, but you're now actively making it worse. I doubt it unless proven wrong. Actually there's only one line matching opkg-cl.*remove, which is a very special case: openembedded-core/meta/classes/rootfs_ipk.bbclass: opkg-cl ${IPKG_ARGS} --force-depends remove update-rc.d base-passwd || true Regards, Andreas P.S.: No line matches opkg-cl.*upgrade ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] Fix X server on PowerPC when built with GCC 4.7.x
On 05/16/2012 09:33 PM, Gary Thomas wrote: Incorporate patch from upstream: http://cgit.freedesktop.org/xorg/xserver/patch/Xext/xace.c?id=6dae7f3792611aace1df0cca63bf50c50d93de43 Subject: xace: Invalid reference to out-of-scope data. Upstream-Status: backport The Upstream-Status should go in the patch itself not in the commit message! Sorry to be picky. Sau! Signed-off-by: Gary Thomas --- .../fix-bogus-stack-variables.patch| 231 .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- 2 files changed, 233 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch diff --git a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch new file mode 100644 index 000..d900fc3 --- /dev/null +++ b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch @@ -0,0 +1,231 @@ +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 +From: Chris Wilson +Date: Tue, 10 Aug 2010 18:30:20 + +Subject: xace: Invalid reference to out-of-scope data. + +The callback data passed by reference to the hook was allocated on stack +within the scope of the case statement. The compiler is free to reuse +any of that stack space whilst making the function call so we may end up +passing garbage into the callback. + +References: + + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() + https://bugs.freedesktop.org/show_bug.cgi?id=18451 + +v2: Drop the unrelated hunk that snuck in when ammending the commit +message. + +Signed-off-by: Chris Wilson +Reviewed-by: Alan Coopersmith +Signed-off-by: Keith Packard +--- +(limited to 'Xext/xace.c') + +diff --git a/Xext/xace.c b/Xext/xace.c +index e10d837..c757cad 100644 +--- a/Xext/xace.c b/Xext/xace.c +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) + */ + int XaceHook(int hook, ...) + { +-pointer calldata; /* data passed to callback */ ++union { ++ XaceResourceAccessRec res; ++ XaceDeviceAccessRec dev; ++ XaceSendAccessRec send; ++ XaceReceiveAccessRec recv; ++ XaceClientAccessRec client; ++ XaceExtAccessRec ext; ++ XaceServerAccessRec server; ++ XaceScreenAccessRec screen; ++ XaceAuthAvailRec auth; ++ XaceKeyAvailRec key; ++} u; + int *prv = NULL; /* points to return value from callback */ + va_list ap; /* argument list */ + va_start(ap, hook); +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) + */ + switch (hook) + { +- case XACE_RESOURCE_ACCESS: { +- XaceResourceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.id = va_arg(ap, XID); +- rec.rtype = va_arg(ap, RESTYPE); +- rec.res = va_arg(ap, pointer); +- rec.ptype = va_arg(ap, RESTYPE); +- rec.parent = va_arg(ap, pointer); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ case XACE_RESOURCE_ACCESS: ++ u.res.client = va_arg(ap, ClientPtr); ++ u.res.id = va_arg(ap, XID); ++ u.res.rtype = va_arg(ap, RESTYPE); ++ u.res.res = va_arg(ap, pointer); ++ u.res.ptype = va_arg(ap, RESTYPE); ++ u.res.parent = va_arg(ap, pointer); ++ u.res.access_mode = va_arg(ap, Mask); ++ u.res.status = Success; /* default allow */ ++ prv =&u.res.status; + break; +- } +- case XACE_DEVICE_ACCESS: { +- XaceDeviceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ case XACE_DEVICE_ACCESS: ++ u.dev.client = va_arg(ap, ClientPtr); ++ u.dev.dev = va_arg(ap, DeviceIntPtr); ++ u.dev.access_mode = va_arg(ap, Mask); ++ u.dev.status = Success; /* default allow */ ++ prv =&u.dev.status; + break; +- } +- case XACE_SEND_ACCESS: { +- XaceSendAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.pWin = va_arg(ap, WindowPtr); +- rec.events = va_arg(ap, xEventPtr); +- rec.count = va_arg(ap, int); +- rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ case XACE_SEND_ACCESS: ++ u.send.client = va_arg(ap, ClientPtr); ++ u.send.dev = va_arg(ap, DeviceIntPtr); ++ u.send.pWin = va_arg(ap, WindowPtr); ++ u.send.events = va_arg(ap, xEventPtr);
Re: [OE-core] [PATCH 2/2] gcc: fix DEPENDS to avoid a build issue
On 05/16/2012 09:11 PM, nitin.a.kam...@intel.com wrote: From: Nitin A Kamble this commits avoids this issue: | 4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/. -I/home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gc c-4_7-branch/libgcc/../gcc -I/home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc /../include -I/home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o _fixdfdi_s.o -MT _fixdfdi_s.o -MD -MP -MF _fixdfdi_s.dep -DS HARED -DL_fixdfdi -c /home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/libgcc2 .c | /home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/unwind-dw2.c:42:21: fatal error: sys/sdt.h: No such file or directory | compilation terminated. | make[2]: *** [unwind-dw2.o] Error 1 | make[2]: *** Waiting for unfinished jobs | make[2]: Leaving directory `/home/nitin/builds/build0/tmp/work/i586-poky-linux/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/build.i586-poky-linux.i586-poky-linux/i586-poky-linux/libgcc' | make[1]: *** [all-target-libgcc] Error 2 | make[1]: Leaving directory `/home/nitin/builds/build0/tmp/work/i586-poky-linux/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/build.i586-poky-linux.i586-poky-linux' | make: *** [all] Error 2 | ERROR: oe_runmake failed NOTE: package gcc-4.7.0+svnr186651-r1: task do_compile: Failed ERROR: Task 8 (/home/nitin/prj/poky.git/meta/recipes-devtools/gcc/gcc_4.7.bb, do_compile) failed with exit code '1' NOTE: Tasks Summary: Attempted 808 tasks of which 801 didn't need to be rerun and 1 failed. Signed-off-by: Nitin A Kamble --- meta/recipes-devtools/gcc/gcc-4.7.inc |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc-4.7.inc b/meta/recipes-devtools/gcc/gcc-4.7.inc index 8adeb8d..9c73235 100644 --- a/meta/recipes-devtools/gcc/gcc-4.7.inc +++ b/meta/recipes-devtools/gcc/gcc-4.7.inc @@ -1,6 +1,6 @@ require gcc-common.inc -PR = "r1" +PR = "r2" # Third digit in PV should be incremented after a minor release # happens from this branch on gcc e.g. currently its 4.7.0 @@ -22,7 +22,7 @@ SRCREV = "186651" BRANCH = "gcc-4_7-branch" FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}" -DEPENDS =+ "mpfr gmp libmpc" +DEPENDS =+ "mpfr gmp libmpc systemtap" Nitin, I am not sure this is the right way to do this, first it's bringing in another dependency into gcc, it also will cause a mips failure as systemtap does not build with mips. It might be better to modify the configuration to ensure that system tap is always disabled. This will ensure a deterministic build. Sau! NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native" LICENSE="GPL-3.0-with-GCC-exception& GPLv3" ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] avahi-systemd: drop postrm, use prerm instead
Op 16 mei 2012, om 20:38 heeft Andreas Oberritter het volgende geschreven: > On 16.05.2012 19:17, Koen Kooi wrote: >> >> Op 16 mei 2012, om 18:55 heeft Andreas Oberritter het volgende geschreven: >> >>> * Calling "systemctl disable" from postrm is too late and >>> causes the following error: >>> >>> | Failed to issue method call: No such file or directory >>> >>> * Fix indentation of prerm for resulting shell snippet. >>> * Messing with $D is not needed in *rm scripts. >> >> It very much is, you can offline remove scripts just like you can install >> them. > > What's the use case for removing packages offline e.g. BAD_RECOMMENDATIONS > and where in OE is > this used? Is the majority of prerm- and postrm-scripts prepared for that? Dunno if the majority is, but you're now actively making it worse. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] avahi-systemd: drop postrm, use prerm instead
On 16.05.2012 19:17, Koen Kooi wrote: > > Op 16 mei 2012, om 18:55 heeft Andreas Oberritter het volgende geschreven: > >> * Calling "systemctl disable" from postrm is too late and >> causes the following error: >> >> | Failed to issue method call: No such file or directory >> >> * Fix indentation of prerm for resulting shell snippet. >> * Messing with $D is not needed in *rm scripts. > > It very much is, you can offline remove scripts just like you can install > them. What's the use case for removing packages offline and where in OE is this used? Is the majority of prerm- and postrm-scripts prepared for that? Regards, Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] Fix X server on PowerPC when built with GCC 4.7.x
On 2012-05-16 12:29, McClintock Matthew-B29882 wrote: Gary, I'm curious what did you test this on? An internal platform based on MPC8379 using a PCI graphics + touch screen. On Wed, May 16, 2012 at 1:12 PM, Gary Thomas wrote: Incorporate patch from upstream: http://cgit.freedesktop.org/xorg/xserver/patch/Xext/xace.c?id=6dae7f3792611aace1df0cca63bf50c50d93de43 Subject: xace: Invalid reference to out-of-scope data. --- .../fix-bogus-stack-variables.patch| 231 .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- 2 files changed, 233 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch diff --git a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch new file mode 100644 index 000..d900fc3 --- /dev/null +++ b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch @@ -0,0 +1,231 @@ +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 +From: Chris Wilson +Date: Tue, 10 Aug 2010 18:30:20 + +Subject: xace: Invalid reference to out-of-scope data. + +The callback data passed by reference to the hook was allocated on stack +within the scope of the case statement. The compiler is free to reuse +any of that stack space whilst making the function call so we may end up +passing garbage into the callback. + +References: + + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() + https://bugs.freedesktop.org/show_bug.cgi?id=18451 + +v2: Drop the unrelated hunk that snuck in when ammending the commit +message. + +Signed-off-by: Chris Wilson +Reviewed-by: Alan Coopersmith +Signed-off-by: Keith Packard +--- +(limited to 'Xext/xace.c') + +diff --git a/Xext/xace.c b/Xext/xace.c +index e10d837..c757cad 100644 +--- a/Xext/xace.c b/Xext/xace.c +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) + */ + int XaceHook(int hook, ...) + { +-pointer calldata; /* data passed to callback */ ++union { ++ XaceResourceAccessRec res; ++ XaceDeviceAccessRec dev; ++ XaceSendAccessRec send; ++ XaceReceiveAccessRec recv; ++ XaceClientAccessRec client; ++ XaceExtAccessRec ext; ++ XaceServerAccessRec server; ++ XaceScreenAccessRec screen; ++ XaceAuthAvailRec auth; ++ XaceKeyAvailRec key; ++} u; + int *prv = NULL; /* points to return value from callback */ + va_list ap; /* argument list */ + va_start(ap, hook); +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) + */ + switch (hook) + { +- case XACE_RESOURCE_ACCESS: { +- XaceResourceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.id = va_arg(ap, XID); +- rec.rtype = va_arg(ap, RESTYPE); +- rec.res = va_arg(ap, pointer); +- rec.ptype = va_arg(ap, RESTYPE); +- rec.parent = va_arg(ap, pointer); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ case XACE_RESOURCE_ACCESS: ++ u.res.client = va_arg(ap, ClientPtr); ++ u.res.id = va_arg(ap, XID); ++ u.res.rtype = va_arg(ap, RESTYPE); ++ u.res.res = va_arg(ap, pointer); ++ u.res.ptype = va_arg(ap, RESTYPE); ++ u.res.parent = va_arg(ap, pointer); ++ u.res.access_mode = va_arg(ap, Mask); ++ u.res.status = Success; /* default allow */ ++ prv =&u.res.status; + break; +- } +- case XACE_DEVICE_ACCESS: { +- XaceDeviceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ case XACE_DEVICE_ACCESS: ++ u.dev.client = va_arg(ap, ClientPtr); ++ u.dev.dev = va_arg(ap, DeviceIntPtr); ++ u.dev.access_mode = va_arg(ap, Mask); ++ u.dev.status = Success; /* default allow */ ++ prv =&u.dev.status; + break; +- } +- case XACE_SEND_ACCESS: { +- XaceSendAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.pWin = va_arg(ap, WindowPtr); +- rec.events = va_arg(ap, xEventPtr); +- rec.count = va_arg(ap, int); +- rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ case XACE_SEND_ACCESS: ++ u.send.client = va_arg(ap, ClientPtr); ++ u.send.dev = va_arg(ap, DeviceIntPtr); ++ u.send.pWin = va_arg(ap, WindowPtr); ++ u.send.even
[OE-core] [PATCH v3] Fix X server on PowerPC when built with GCC 4.7.x
Incorporate patch from upstream: http://cgit.freedesktop.org/xorg/xserver/patch/Xext/xace.c?id=6dae7f3792611aace1df0cca63bf50c50d93de43 Subject: xace: Invalid reference to out-of-scope data. Upstream-Status: backport Signed-off-by: Gary Thomas --- .../fix-bogus-stack-variables.patch| 231 .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- 2 files changed, 233 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch diff --git a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch new file mode 100644 index 000..d900fc3 --- /dev/null +++ b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch @@ -0,0 +1,231 @@ +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 +From: Chris Wilson +Date: Tue, 10 Aug 2010 18:30:20 + +Subject: xace: Invalid reference to out-of-scope data. + +The callback data passed by reference to the hook was allocated on stack +within the scope of the case statement. The compiler is free to reuse +any of that stack space whilst making the function call so we may end up +passing garbage into the callback. + +References: + + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() + https://bugs.freedesktop.org/show_bug.cgi?id=18451 + +v2: Drop the unrelated hunk that snuck in when ammending the commit +message. + +Signed-off-by: Chris Wilson +Reviewed-by: Alan Coopersmith +Signed-off-by: Keith Packard +--- +(limited to 'Xext/xace.c') + +diff --git a/Xext/xace.c b/Xext/xace.c +index e10d837..c757cad 100644 +--- a/Xext/xace.c b/Xext/xace.c +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) + */ + int XaceHook(int hook, ...) + { +-pointer calldata; /* data passed to callback */ ++union { ++ XaceResourceAccessRec res; ++ XaceDeviceAccessRec dev; ++ XaceSendAccessRec send; ++ XaceReceiveAccessRec recv; ++ XaceClientAccessRec client; ++ XaceExtAccessRec ext; ++ XaceServerAccessRec server; ++ XaceScreenAccessRec screen; ++ XaceAuthAvailRec auth; ++ XaceKeyAvailRec key; ++} u; + int *prv = NULL; /* points to return value from callback */ + va_list ap; /* argument list */ + va_start(ap, hook); +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) + */ + switch (hook) + { +- case XACE_RESOURCE_ACCESS: { +- XaceResourceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.id = va_arg(ap, XID); +- rec.rtype = va_arg(ap, RESTYPE); +- rec.res = va_arg(ap, pointer); +- rec.ptype = va_arg(ap, RESTYPE); +- rec.parent = va_arg(ap, pointer); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_RESOURCE_ACCESS: ++ u.res.client = va_arg(ap, ClientPtr); ++ u.res.id = va_arg(ap, XID); ++ u.res.rtype = va_arg(ap, RESTYPE); ++ u.res.res = va_arg(ap, pointer); ++ u.res.ptype = va_arg(ap, RESTYPE); ++ u.res.parent = va_arg(ap, pointer); ++ u.res.access_mode = va_arg(ap, Mask); ++ u.res.status = Success; /* default allow */ ++ prv = &u.res.status; + break; +- } +- case XACE_DEVICE_ACCESS: { +- XaceDeviceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_DEVICE_ACCESS: ++ u.dev.client = va_arg(ap, ClientPtr); ++ u.dev.dev = va_arg(ap, DeviceIntPtr); ++ u.dev.access_mode = va_arg(ap, Mask); ++ u.dev.status = Success; /* default allow */ ++ prv = &u.dev.status; + break; +- } +- case XACE_SEND_ACCESS: { +- XaceSendAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.pWin = va_arg(ap, WindowPtr); +- rec.events = va_arg(ap, xEventPtr); +- rec.count = va_arg(ap, int); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_SEND_ACCESS: ++ u.send.client = va_arg(ap, ClientPtr); ++ u.send.dev = va_arg(ap, DeviceIntPtr); ++ u.send.pWin = va_arg(ap, WindowPtr); ++ u.send.events = va_arg(ap, xEventPtr); ++ u.send.count = va_arg(ap, int); ++ u.send.status = Success; /* default allow */ ++ prv = &u.send.status; +
Re: [OE-core] [PATCH 1/2] eglibc: package mtrace separately
On 05/16/2012 09:11 PM, nitin.a.kam...@intel.com wrote: From: Nitin A Kamble eglibc-mtrace: add dependency into task-core-tools-debug now eglibc-mtrace gets included in an sdk image and not in a non-sdk image. This fixes bug: [YOCTO# 2374] Signed-off-by: Nitin A Kamble --- meta/recipes-core/eglibc/eglibc-package.inc |7 ++- meta/recipes-core/eglibc/eglibc_2.13.bb |2 +- meta/recipes-core/eglibc/eglibc_2.15.bb |2 +- meta/recipes-core/tasks/task-core-tools-debug.bb |1 + 4 files changed, 9 insertions(+), 3 deletions(-) diff --git a/meta/recipes-core/eglibc/eglibc-package.inc b/meta/recipes-core/eglibc/eglibc-package.inc index 7d97567..fd136bd 100644 --- a/meta/recipes-core/eglibc/eglibc-package.inc +++ b/meta/recipes-core/eglibc/eglibc-package.inc @@ -20,11 +20,12 @@ USE_LDCONFIG ?= "1" PKGSUFFIX = "" PKGSUFFIX_virtclass-nativesdk = "-nativesdk" -PACKAGES = "${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-utils eglibc-extra-nss${PKGSUFFIX} eglibc-thread-db${PKGSUFFIX} ${PN}-pic ${PN}-dev ${PN}-staticdev ${PN}-doc libcidn${PKGSUFFIX} libmemusage${PKGSUFFIX} libsegfault${PKGSUFFIX} ${PN}-pcprofile libsotruss${PKGSUFFIX}" +PACKAGES = "${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-mtrace ${PN}-utils eglibc-extra-nss${PKGSUFFIX} eglibc-thread-db${PKGSUFFIX} ${PN}-pic ${PN}-dev ${PN}-staticdev ${PN}-doc libcidn${PKGSUFFIX} libmemusage${PKGSUFFIX} libsegfault${PKGSUFFIX} ${PN}-pcprofile libsotruss${PKGSUFFIX}" # The ld.so in this eglibc supports the GNU_HASH RPROVIDES_${PN} = "glibc${PKGSUFFIX} rtld(GNU_HASH)" RPROVIDES_${PN}-utils = "glibc${PKGSUFFIX}-utils" +RPROVIDES_${PN}-mtrace = "glibc${PKGSUFFIX}-mtrace" RPROVIDES_${PN}-pic = "glibc${PKGSUFFIX}-pic" RPROVIDES_${PN}-dev = "glibc${PKGSUFFIX}-dev" RPROVIDES_${PN}-staticdev = "glibc${PKGSUFFIX}-staticdev" @@ -48,11 +49,13 @@ FILES_${PN}-dev_append += "${bindir}/rpcgen ${libdir}/*_nonshared.a \ ${base_libdir}/*_nonshared.a ${base_libdir}/*.o ${datadir}/aclocal" FILES_${PN}-staticdev_append += "${libdir}/*.a ${base_libdir}/*.a" FILES_nscd${PKGSUFFIX} = "${sbindir}/nscd*" +FILES_${PN}-mtrace = "${bindir}/mtrace" FILES_${PN}-utils = "${bindir}/* ${sbindir}/*" FILES_${PN}-dbg += "${libexecdir}/*/.debug ${libdir}/audit/.debug" FILES_catchsegv${PKGSUFFIX} = "${bindir}/catchsegv" RDEPENDS_catchsegv${PKGSUFFIX} = "libsegfault" RDEPENDS_${PN}-utils += "bash" +RDEPENDS_${PN}-mtrace += "perl" FILES_${PN}-pcprofile = "${base_libdir}/libpcprofile.so" FILES_eglibc-thread-db${PKGSUFFIX} = "${base_libdir}/libthread_db.so.* ${base_libdir}/libthread_db-*.so" RPROVIDES_${PN}-dev += "libc-dev" @@ -68,6 +71,8 @@ SUMMARY_ldd = "print shared library dependencies" DESCRIPTION_ldd = "/usr/bin/ldd prints shared library dependencies for each program or shared library specified on the command line." SUMMARY_${PN}-utils = "Miscellaneous utilities provided by eglibc" DESCRIPTION_${PN}-utils = "Miscellaneous utilities including getconf, iconf, locale, gencat, tzselect, zic, rpcinfo, ..." +SUMMARY_${PN}-mtrace = "mtrace utility provided by eglibc" +DESCRIPTION_${PN}-mtrace = "mtrace utility provided by eglibc" DESCRIPTION_libsotruss = "Library to support sotruss which traces calls through PLTs" inherit libc-common multilib_header diff --git a/meta/recipes-core/eglibc/eglibc_2.13.bb b/meta/recipes-core/eglibc/eglibc_2.13.bb index d8a41dc..73cd0aa 100644 --- a/meta/recipes-core/eglibc/eglibc_2.13.bb +++ b/meta/recipes-core/eglibc/eglibc_2.13.bb @@ -3,7 +3,7 @@ require eglibc.inc SRCREV = "15508" DEPENDS += "gperf-native" -PR = "r26" +PR = "r27" PR_append = "+svnr${SRCPV}" EGLIBC_BRANCH="eglibc-2_13" diff --git a/meta/recipes-core/eglibc/eglibc_2.15.bb b/meta/recipes-core/eglibc/eglibc_2.15.bb index 340ec99..bb60b57 100644 --- a/meta/recipes-core/eglibc/eglibc_2.15.bb +++ b/meta/recipes-core/eglibc/eglibc_2.15.bb @@ -3,7 +3,7 @@ require eglibc.inc SRCREV = "17386" DEPENDS += "gperf-native" -PR = "r10" +PR = "r11" PR_append = "+svnr${SRCPV}" EGLIBC_BRANCH="eglibc-2_15" diff --git a/meta/recipes-core/tasks/task-core-tools-debug.bb b/meta/recipes-core/tasks/task-core-tools-debug.bb index 3c92f3f..64b976a 100644 --- a/meta/recipes-core/tasks/task-core-tools-debug.bb +++ b/meta/recipes-core/tasks/task-core-tools-debug.bb @@ -23,4 +23,5 @@ RDEPENDS_${PN} = "\ tcf-agent \ rsync \ strace \ +eglibc-mtrace \ " Nitin, What's going to happen when someone builds with uclibc? This won't work and an unmet dependency will occur. I thought we talked about how to do something. Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] Fix X server on PowerPC when built with GCC 4.7.x
On Wed, May 16, 2012 at 09:28:00PM +0300, Saul Wold wrote: > On 05/16/2012 09:12 PM, Gary Thomas wrote: > > Incorporate patch from upstream: > > > > http://cgit.freedesktop.org/xorg/xserver/patch/Xext/xace.c?id=6dae7f3792611aace1df0cca63bf50c50d93de43 > >Subject: xace: Invalid reference to out-of-scope data. > > --- > > .../fix-bogus-stack-variables.patch| 231 > > > > .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- > > 2 files changed, 233 insertions(+), 1 deletions(-) > > create mode 100644 > > meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > > > diff --git > > a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > > > b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > new file mode 100644 > > index 000..d900fc3 > > --- /dev/null > > +++ > > b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > @@ -0,0 +1,231 @@ > > Gary, > > I know we want to get this in, but we need to have an Upstream-Status: > backport in this patch please. > > Also at least your name (does not need to be SOB) And better commit message (on oe-core patch) when you're at it.. Cheers, > > > Thanks > Sau! > > > +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 > > +From: Chris Wilson > > +Date: Tue, 10 Aug 2010 18:30:20 + > > +Subject: xace: Invalid reference to out-of-scope data. > > + > > +The callback data passed by reference to the hook was allocated on stack > > +within the scope of the case statement. The compiler is free to reuse > > +any of that stack space whilst making the function call so we may end up > > +passing garbage into the callback. > > + > > +References: > > + > > + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() > > + https://bugs.freedesktop.org/show_bug.cgi?id=18451 > > + > > +v2: Drop the unrelated hunk that snuck in when ammending the commit > > +message. > > + > > +Signed-off-by: Chris Wilson > > +Reviewed-by: Alan Coopersmith > > +Signed-off-by: Keith Packard > > +--- > > +(limited to 'Xext/xace.c') > > + > > +diff --git a/Xext/xace.c b/Xext/xace.c > > +index e10d837..c757cad 100644 > > +--- a/Xext/xace.c > > b/Xext/xace.c > > +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) > > + */ > > + int XaceHook(int hook, ...) > > + { > > +-pointer calldata; /* data passed to callback */ > > ++union { > > ++ XaceResourceAccessRec res; > > ++ XaceDeviceAccessRec dev; > > ++ XaceSendAccessRec send; > > ++ XaceReceiveAccessRec recv; > > ++ XaceClientAccessRec client; > > ++ XaceExtAccessRec ext; > > ++ XaceServerAccessRec server; > > ++ XaceScreenAccessRec screen; > > ++ XaceAuthAvailRec auth; > > ++ XaceKeyAvailRec key; > > ++} u; > > + int *prv = NULL; /* points to return value from callback */ > > + va_list ap; /* argument list */ > > + va_start(ap, hook); > > +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) > > + */ > > + switch (hook) > > + { > > +- case XACE_RESOURCE_ACCESS: { > > +- XaceResourceAccessRec rec; > > +- rec.client = va_arg(ap, ClientPtr); > > +- rec.id = va_arg(ap, XID); > > +- rec.rtype = va_arg(ap, RESTYPE); > > +- rec.res = va_arg(ap, pointer); > > +- rec.ptype = va_arg(ap, RESTYPE); > > +- rec.parent = va_arg(ap, pointer); > > +- rec.access_mode = va_arg(ap, Mask); > > +- rec.status = Success; /* default allow */ > > +- calldata =&rec; > > +- prv =&rec.status; > > ++ case XACE_RESOURCE_ACCESS: > > ++ u.res.client = va_arg(ap, ClientPtr); > > ++ u.res.id = va_arg(ap, XID); > > ++ u.res.rtype = va_arg(ap, RESTYPE); > > ++ u.res.res = va_arg(ap, pointer); > > ++ u.res.ptype = va_arg(ap, RESTYPE); > > ++ u.res.parent = va_arg(ap, pointer); > > ++ u.res.access_mode = va_arg(ap, Mask); > > ++ u.res.status = Success; /* default allow */ > > ++ prv =&u.res.status; > > + break; > > +- } > > +- case XACE_DEVICE_ACCESS: { > > +- XaceDeviceAccessRec rec; > > +- rec.client = va_arg(ap, ClientPtr); > > +- rec.dev = va_arg(ap, DeviceIntPtr); > > +- rec.access_mode = va_arg(ap, Mask); > > +- rec.status = Success; /* default allow */ > > +- calldata =&rec; > > +- prv =&rec.status; > > ++ case XACE_DEVICE_ACCESS: > > ++ u.dev.client = va_arg(ap, ClientPtr); > > ++ u.dev.dev = va_arg(ap, DeviceIntPtr); > > ++ u.dev.access_mode = va_arg(ap, Mask); > > ++ u.dev.status = Success; /* default allow */ > > ++ prv =&u.dev.status; > > + break; > > +- } > > +- case XACE_SEND_ACCESS: { > > +- XaceSendAccessRec rec; > > +- rec.client = va_arg(ap, ClientPtr); > > +- rec.dev = va_arg(ap, DeviceIntPtr); > > +- rec.pWin = va_arg(ap, Wind
Re: [OE-core] [PATCH v2] Fix X server on PowerPC when built with GCC 4.7.x
Gary, I'm curious what did you test this on? -M On Wed, May 16, 2012 at 1:12 PM, Gary Thomas wrote: > Incorporate patch from upstream: > http://cgit.freedesktop.org/xorg/xserver/patch/Xext/xace.c?id=6dae7f3792611aace1df0cca63bf50c50d93de43 > Subject: xace: Invalid reference to out-of-scope data. > --- > .../fix-bogus-stack-variables.patch | 231 > > .../xorg-xserver/xserver-kdrive_1.7.99.2.bb | 3 +- > 2 files changed, 233 insertions(+), 1 deletions(-) > create mode 100644 > meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > diff --git > a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > new file mode 100644 > index 000..d900fc3 > --- /dev/null > +++ > b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > @@ -0,0 +1,231 @@ > +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 > +From: Chris Wilson > +Date: Tue, 10 Aug 2010 18:30:20 + > +Subject: xace: Invalid reference to out-of-scope data. > + > +The callback data passed by reference to the hook was allocated on stack > +within the scope of the case statement. The compiler is free to reuse > +any of that stack space whilst making the function call so we may end up > +passing garbage into the callback. > + > +References: > + > + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() > + https://bugs.freedesktop.org/show_bug.cgi?id=18451 > + > +v2: Drop the unrelated hunk that snuck in when ammending the commit > +message. > + > +Signed-off-by: Chris Wilson > +Reviewed-by: Alan Coopersmith > +Signed-off-by: Keith Packard > +--- > +(limited to 'Xext/xace.c') > + > +diff --git a/Xext/xace.c b/Xext/xace.c > +index e10d837..c757cad 100644 > +--- a/Xext/xace.c > b/Xext/xace.c > +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) > + */ > + int XaceHook(int hook, ...) > + { > +- pointer calldata; /* data passed to callback */ > ++ union { > ++ XaceResourceAccessRec res; > ++ XaceDeviceAccessRec dev; > ++ XaceSendAccessRec send; > ++ XaceReceiveAccessRec recv; > ++ XaceClientAccessRec client; > ++ XaceExtAccessRec ext; > ++ XaceServerAccessRec server; > ++ XaceScreenAccessRec screen; > ++ XaceAuthAvailRec auth; > ++ XaceKeyAvailRec key; > ++ } u; > + int *prv = NULL; /* points to return value from callback */ > + va_list ap; /* argument list */ > + va_start(ap, hook); > +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) > + */ > + switch (hook) > + { > +- case XACE_RESOURCE_ACCESS: { > +- XaceResourceAccessRec rec; > +- rec.client = va_arg(ap, ClientPtr); > +- rec.id = va_arg(ap, XID); > +- rec.rtype = va_arg(ap, RESTYPE); > +- rec.res = va_arg(ap, pointer); > +- rec.ptype = va_arg(ap, RESTYPE); > +- rec.parent = va_arg(ap, pointer); > +- rec.access_mode = va_arg(ap, Mask); > +- rec.status = Success; /* default allow */ > +- calldata = &rec; > +- prv = &rec.status; > ++ case XACE_RESOURCE_ACCESS: > ++ u.res.client = va_arg(ap, ClientPtr); > ++ u.res.id = va_arg(ap, XID); > ++ u.res.rtype = va_arg(ap, RESTYPE); > ++ u.res.res = va_arg(ap, pointer); > ++ u.res.ptype = va_arg(ap, RESTYPE); > ++ u.res.parent = va_arg(ap, pointer); > ++ u.res.access_mode = va_arg(ap, Mask); > ++ u.res.status = Success; /* default allow */ > ++ prv = &u.res.status; > + break; > +- } > +- case XACE_DEVICE_ACCESS: { > +- XaceDeviceAccessRec rec; > +- rec.client = va_arg(ap, ClientPtr); > +- rec.dev = va_arg(ap, DeviceIntPtr); > +- rec.access_mode = va_arg(ap, Mask); > +- rec.status = Success; /* default allow */ > +- calldata = &rec; > +- prv = &rec.status; > ++ case XACE_DEVICE_ACCESS: > ++ u.dev.client = va_arg(ap, ClientPtr); > ++ u.dev.dev = va_arg(ap, DeviceIntPtr); > ++ u.dev.access_mode = va_arg(ap, Mask); > ++ u.dev.status = Success; /* default allow */ > ++ prv = &u.dev.status; > + break; > +- } > +- case XACE_SEND_ACCESS: { > +- XaceSendAccessRec rec; > +- rec.client = va_arg(ap, ClientPtr); > +- rec.dev = va_arg(ap, DeviceIntPtr); > +- rec.pWin = va_arg(ap, WindowPtr); > +- rec.events = va_arg(ap, xEventPtr); > +- rec.count = va_arg(ap, int); > +- rec.status = Success; /* default allow */ > +- calldata = &rec; > +- prv = &rec.status; > ++ case XACE_SEND_ACCESS: > ++ u.send.client = va_arg(ap, ClientPtr);
Re: [OE-core] [PATCH v2] Fix X server on PowerPC when built with GCC 4.7.x
On 05/16/2012 09:12 PM, Gary Thomas wrote: Incorporate patch from upstream: http://cgit.freedesktop.org/xorg/xserver/patch/Xext/xace.c?id=6dae7f3792611aace1df0cca63bf50c50d93de43 Subject: xace: Invalid reference to out-of-scope data. --- .../fix-bogus-stack-variables.patch| 231 .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- 2 files changed, 233 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch diff --git a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch new file mode 100644 index 000..d900fc3 --- /dev/null +++ b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch @@ -0,0 +1,231 @@ Gary, I know we want to get this in, but we need to have an Upstream-Status: backport in this patch please. Also at least your name (does not need to be SOB) Thanks Sau! +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 +From: Chris Wilson +Date: Tue, 10 Aug 2010 18:30:20 + +Subject: xace: Invalid reference to out-of-scope data. + +The callback data passed by reference to the hook was allocated on stack +within the scope of the case statement. The compiler is free to reuse +any of that stack space whilst making the function call so we may end up +passing garbage into the callback. + +References: + + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() + https://bugs.freedesktop.org/show_bug.cgi?id=18451 + +v2: Drop the unrelated hunk that snuck in when ammending the commit +message. + +Signed-off-by: Chris Wilson +Reviewed-by: Alan Coopersmith +Signed-off-by: Keith Packard +--- +(limited to 'Xext/xace.c') + +diff --git a/Xext/xace.c b/Xext/xace.c +index e10d837..c757cad 100644 +--- a/Xext/xace.c b/Xext/xace.c +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) + */ + int XaceHook(int hook, ...) + { +-pointer calldata; /* data passed to callback */ ++union { ++ XaceResourceAccessRec res; ++ XaceDeviceAccessRec dev; ++ XaceSendAccessRec send; ++ XaceReceiveAccessRec recv; ++ XaceClientAccessRec client; ++ XaceExtAccessRec ext; ++ XaceServerAccessRec server; ++ XaceScreenAccessRec screen; ++ XaceAuthAvailRec auth; ++ XaceKeyAvailRec key; ++} u; + int *prv = NULL; /* points to return value from callback */ + va_list ap; /* argument list */ + va_start(ap, hook); +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) + */ + switch (hook) + { +- case XACE_RESOURCE_ACCESS: { +- XaceResourceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.id = va_arg(ap, XID); +- rec.rtype = va_arg(ap, RESTYPE); +- rec.res = va_arg(ap, pointer); +- rec.ptype = va_arg(ap, RESTYPE); +- rec.parent = va_arg(ap, pointer); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ case XACE_RESOURCE_ACCESS: ++ u.res.client = va_arg(ap, ClientPtr); ++ u.res.id = va_arg(ap, XID); ++ u.res.rtype = va_arg(ap, RESTYPE); ++ u.res.res = va_arg(ap, pointer); ++ u.res.ptype = va_arg(ap, RESTYPE); ++ u.res.parent = va_arg(ap, pointer); ++ u.res.access_mode = va_arg(ap, Mask); ++ u.res.status = Success; /* default allow */ ++ prv =&u.res.status; + break; +- } +- case XACE_DEVICE_ACCESS: { +- XaceDeviceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ case XACE_DEVICE_ACCESS: ++ u.dev.client = va_arg(ap, ClientPtr); ++ u.dev.dev = va_arg(ap, DeviceIntPtr); ++ u.dev.access_mode = va_arg(ap, Mask); ++ u.dev.status = Success; /* default allow */ ++ prv =&u.dev.status; + break; +- } +- case XACE_SEND_ACCESS: { +- XaceSendAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.pWin = va_arg(ap, WindowPtr); +- rec.events = va_arg(ap, xEventPtr); +- rec.count = va_arg(ap, int); +- rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ case XACE_SEND_ACCESS: ++ u.send.client = va_arg(ap, ClientPtr); ++ u.send.dev = va_arg(ap, DeviceIntPtr); ++ u.send.pWin = va_arg(ap, WindowPtr); ++ u.send.even
Re: [OE-core] [oe-core] Add option to oe-buildenv-internal script to change bitbake location.
On 05/09/2012 07:44 PM, Philip Balister wrote: Having bitbake inside the oe-core is annoying to some people. This commit adds a second option to the oe-init-build-env script. Run like this: . ./oe-init-build-env ../build ../bitbake for example. Without the second option, the old behavior is preserved. Signed-off-by: Philip Balister --- scripts/oe-buildenv-internal |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/scripts/oe-buildenv-internal b/scripts/oe-buildenv-internal index 9de7b05..05c6cd8 100755 --- a/scripts/oe-buildenv-internal +++ b/scripts/oe-buildenv-internal @@ -54,7 +54,11 @@ else fi unset BDIR -BITBAKEDIR="$OEROOT/bitbake$BBEXTRA/" +if [ "x$2" = "x" ]; then +BITBAKEDIR="$OEROOT/bitbake$BBEXTRA/" +else +BITBAKEDIR="$2" +fi BITBAKEDIR=`readlink -f "$BITBAKEDIR"` BUILDDIR=`readlink -f "$BUILDDIR"` Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] xserver-xorg: Fix build on powerpc
On 05/09/2012 03:27 AM, Khem Raj wrote: Signed-off-by: Khem Raj --- .../xorg-xserver/xserver-xorg-1.11.2.inc |9 +++-- .../xserver-xorg-1.11.2/gcc-47-warning.patch | 33 2 files changed, 38 insertions(+), 4 deletions(-) create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2/gcc-47-warning.patch diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc index f5fa629..6a86af4 100644 --- a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc +++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2.inc @@ -1,10 +1,11 @@ -SRC_URI += "file://crosscompile.patch" - # Misc build failure for master HEAD -SRC_URI += "file://fix_open_max_preprocessor_error.patch" +SRC_URI += "file://crosscompile.patch \ +file://fix_open_max_preprocessor_error.patch \ +file://gcc-47-warning.patch \ + " SRC_URI[md5sum] = "8796fff441e5435ee36a72579008af24" SRC_URI[sha256sum] = "fa415decf02027ca278b06254ccfbcceba2a83c2741405257ebf749da4a73cf2" -PR = "r1" +PR = "r2" diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2/gcc-47-warning.patch b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2/gcc-47-warning.patch new file mode 100644 index 000..ed4eaac --- /dev/null +++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.2/gcc-47-warning.patch @@ -0,0 +1,33 @@ +This patch fixes errors on powerpc like below + +| lnx_video.c: In function 'unmapVidMem': +| lnx_video.c:472:24: error: cast from pointer to integer of different size [-Werror=pointer-to-int-cast] + +Its in 1.12 branch + +http://cgit.freedesktop.org/xorg/xserver/commit/?h=server-1.12-branch&id=eb3377ffb8a7baa26c9831e56ed782d48b28fa71 + +Upstream-Status: Backport + +Signed-off-by: Khem Raj + +Index: xorg-server-1.11.2/hw/xfree86/os-support/linux/lnx_video.c +=== +--- xorg-server-1.11.2.orig/hw/xfree86/os-support/linux/lnx_video.c 2012-05-01 06:32:34.186489019 -0700 xorg-server-1.11.2/hw/xfree86/os-support/linux/lnx_video.c 2012-05-01 06:49:14.926537452 -0700 +@@ -469,11 +469,11 @@ + static void + unmapVidMem(int ScreenNum, pointer Base, unsigned long Size) + { +-memType alignOff = (memType)Base +- - ((memType)Base& ~(getpagesize() - 1)); ++uintptr_t alignOff = (uintptr_t)Base ++ - ((uintptr_t)Base& ~(getpagesize() - 1)); + +-DebugF("alignment offset: %lx\n",alignOff); +-munmap((caddr_t)((memType)Base - alignOff), (Size + alignOff)); ++DebugF("alignment offset: %lx\n",(unsigned long)alignOff); ++munmap((void*)((uintptr_t)Base - alignOff), (Size + alignOff)); + } + + Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] classes/rootfs_*: fix splitting package dependency strings
On 05/13/2012 11:52 AM, Paul Eggleton wrote: If a + character appears in a version specification within the list of package dependencies, the version will not be removed from the list in list_package_depends/recommends leading to garbage appearing in the dependency graphs generated by buildhistory. To avoid any future problems due to unusual characters appearing in versions, change the regex to match almost any character. Fixes [YOCTO #2451]. Signed-off-by: Paul Eggleton --- meta/classes/rootfs_deb.bbclass |4 ++-- meta/classes/rootfs_ipk.bbclass |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/classes/rootfs_deb.bbclass b/meta/classes/rootfs_deb.bbclass index b6c706c..6c9767f 100644 --- a/meta/classes/rootfs_deb.bbclass +++ b/meta/classes/rootfs_deb.bbclass @@ -101,11 +101,11 @@ get_package_filename() { } list_package_depends() { - ${DPKG_QUERY_COMMAND} -s $1 | grep ^Depends | sed -e 's/^Depends: //' -e 's/,//g' -e 's:([=<>]* [0-9a-zA-Z.~\-]*)::g' + ${DPKG_QUERY_COMMAND} -s $1 | grep ^Depends | sed -e 's/^Depends: //' -e 's/,//g' -e 's:([=<>]* [^ )]*)::g' } list_package_recommends() { - ${DPKG_QUERY_COMMAND} -s $1 | grep ^Recommends | sed -e 's/^Recommends: //' -e 's/,//g' -e 's:([=<>]* [0-9a-zA-Z.~\-]*)::g' + ${DPKG_QUERY_COMMAND} -s $1 | grep ^Recommends | sed -e 's/^Recommends: //' -e 's/,//g' -e 's:([=<>]* [^ )]*)::g' } rootfs_check_package_exists() { diff --git a/meta/classes/rootfs_ipk.bbclass b/meta/classes/rootfs_ipk.bbclass index cbc63f0..1580086 100644 --- a/meta/classes/rootfs_ipk.bbclass +++ b/meta/classes/rootfs_ipk.bbclass @@ -143,11 +143,11 @@ get_package_filename() { } list_package_depends() { - opkg-cl ${IPKG_ARGS} info $1 | grep ^Depends | sed -e 's/^Depends: //' -e 's/,//g' -e 's:([=<>]* [0-9a-zA-Z.~\-]*)::g' + opkg-cl ${IPKG_ARGS} info $1 | grep ^Depends | sed -e 's/^Depends: //' -e 's/,//g' -e 's:([=<>]* [^ )]*)::g' } list_package_recommends() { - opkg-cl ${IPKG_ARGS} info $1 | grep ^Recommends | sed -e 's/^Recommends: //' -e 's/,//g' -e 's:([=<>]* [0-9a-zA-Z.~\-]*)::g' + opkg-cl ${IPKG_ARGS} info $1 | grep ^Recommends | sed -e 's/^Recommends: //' -e 's/,//g' -e 's:([=<>]* [^ )]*)::g' } rootfs_check_package_exists() { Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] ofono: Add python-pygobject to ofono-tests package DEPENDS
On 05/15/2012 03:10 AM, Darren Hart wrote: The following changes since commit 36d1717e2ad4ca1620ee9f01b524b5ff2f499b26: classes/rootfs_*: fix splitting package dependency strings (2012-05-13 20:07:24 +0100) are available in the git repository at: git://git.yoctoproject.org/user-contrib/dvhart/oe-core dvhart/misc http://git.yoctoproject.org/cgit.cgi/user-contrib/dvhart/oe-core/log/?h=dvhart/misc Darren Hart (1): ofono: Add python-pygobject to ofono-tests package DEPENDS meta/recipes-connectivity/ofono/ofono.inc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] runqemu: fix the tests for core-image-*
On 05/15/2012 01:49 AM, Peter Seebach wrote: This replaces the =~ tests with a dash-friendly shell idiom which is, IMHO, comparably readable (I actually like it better) and also works on more versions of bash. A side note: Do we really need a more complicated test instead of just "*core-image-*"? The following changes since commit 36d1717e2ad4ca1620ee9f01b524b5ff2f499b26: Paul Eggleton (1): classes/rootfs_*: fix splitting package dependency strings are available in the git repository at: git://git.yoctoproject.org/poky-contrib seebs/cleanup http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=seebs/cleanup Peter Seebach (1): runqemu: replace bashism with working shell idiom scripts/runqemu | 13 +++-- 1 files changed, 7 insertions(+), 6 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] Minor tcmode-external-csl fixes
On 05/14/2012 07:45 PM, Christopher Larson wrote: From: Christopher Larson The following changes since commit 36d1717e2ad4ca1620ee9f01b524b5ff2f499b26: classes/rootfs_*: fix splitting package dependency strings (2012-05-13 20:07:24 +0100) are available in the git repository at: https://github.com/kergoth/oe-core external-csl-minor-fixes Christopher Larson (3): tcmode-external-csl: drop unnecessary cppflags/ldflags tcmode-external-csl: avoid hardcoding a list of ia32 archs tcmode-external-csl: handle TUNE_PKGARCH=core2 meta/conf/distro/include/tcmode-external-csl.inc | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] Fix X server on PowerPC when built with GCC 4.7.x
Incorporate patch from upstream: http://cgit.freedesktop.org/xorg/xserver/patch/Xext/xace.c?id=6dae7f3792611aace1df0cca63bf50c50d93de43 Subject: xace: Invalid reference to out-of-scope data. --- .../fix-bogus-stack-variables.patch| 231 .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- 2 files changed, 233 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch diff --git a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch new file mode 100644 index 000..d900fc3 --- /dev/null +++ b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch @@ -0,0 +1,231 @@ +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 +From: Chris Wilson +Date: Tue, 10 Aug 2010 18:30:20 + +Subject: xace: Invalid reference to out-of-scope data. + +The callback data passed by reference to the hook was allocated on stack +within the scope of the case statement. The compiler is free to reuse +any of that stack space whilst making the function call so we may end up +passing garbage into the callback. + +References: + + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() + https://bugs.freedesktop.org/show_bug.cgi?id=18451 + +v2: Drop the unrelated hunk that snuck in when ammending the commit +message. + +Signed-off-by: Chris Wilson +Reviewed-by: Alan Coopersmith +Signed-off-by: Keith Packard +--- +(limited to 'Xext/xace.c') + +diff --git a/Xext/xace.c b/Xext/xace.c +index e10d837..c757cad 100644 +--- a/Xext/xace.c b/Xext/xace.c +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) + */ + int XaceHook(int hook, ...) + { +-pointer calldata; /* data passed to callback */ ++union { ++ XaceResourceAccessRec res; ++ XaceDeviceAccessRec dev; ++ XaceSendAccessRec send; ++ XaceReceiveAccessRec recv; ++ XaceClientAccessRec client; ++ XaceExtAccessRec ext; ++ XaceServerAccessRec server; ++ XaceScreenAccessRec screen; ++ XaceAuthAvailRec auth; ++ XaceKeyAvailRec key; ++} u; + int *prv = NULL; /* points to return value from callback */ + va_list ap; /* argument list */ + va_start(ap, hook); +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) + */ + switch (hook) + { +- case XACE_RESOURCE_ACCESS: { +- XaceResourceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.id = va_arg(ap, XID); +- rec.rtype = va_arg(ap, RESTYPE); +- rec.res = va_arg(ap, pointer); +- rec.ptype = va_arg(ap, RESTYPE); +- rec.parent = va_arg(ap, pointer); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_RESOURCE_ACCESS: ++ u.res.client = va_arg(ap, ClientPtr); ++ u.res.id = va_arg(ap, XID); ++ u.res.rtype = va_arg(ap, RESTYPE); ++ u.res.res = va_arg(ap, pointer); ++ u.res.ptype = va_arg(ap, RESTYPE); ++ u.res.parent = va_arg(ap, pointer); ++ u.res.access_mode = va_arg(ap, Mask); ++ u.res.status = Success; /* default allow */ ++ prv = &u.res.status; + break; +- } +- case XACE_DEVICE_ACCESS: { +- XaceDeviceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_DEVICE_ACCESS: ++ u.dev.client = va_arg(ap, ClientPtr); ++ u.dev.dev = va_arg(ap, DeviceIntPtr); ++ u.dev.access_mode = va_arg(ap, Mask); ++ u.dev.status = Success; /* default allow */ ++ prv = &u.dev.status; + break; +- } +- case XACE_SEND_ACCESS: { +- XaceSendAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.pWin = va_arg(ap, WindowPtr); +- rec.events = va_arg(ap, xEventPtr); +- rec.count = va_arg(ap, int); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_SEND_ACCESS: ++ u.send.client = va_arg(ap, ClientPtr); ++ u.send.dev = va_arg(ap, DeviceIntPtr); ++ u.send.pWin = va_arg(ap, WindowPtr); ++ u.send.events = va_arg(ap, xEventPtr); ++ u.send.count = va_arg(ap, int); ++ u.send.status = Success; /* default allow */ ++ prv = &u.send.status; + break; +- } +- case XACE_RECEIVE_ACCESS: {
[OE-core] [PATCH 2/2] gcc: fix DEPENDS to avoid a build issue
From: Nitin A Kamble this commits avoids this issue: | 4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/. -I/home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gc c-4_7-branch/libgcc/../gcc -I/home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc /../include -I/home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o _fixdfdi_s.o -MT _fixdfdi_s.o -MD -MP -MF _fixdfdi_s.dep -DS HARED -DL_fixdfdi -c /home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/libgcc2 .c | /home/nitin/builds/build0/tmp/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/libgcc/unwind-dw2.c:42:21: fatal error: sys/sdt.h: No such file or directory | compilation terminated. | make[2]: *** [unwind-dw2.o] Error 1 | make[2]: *** Waiting for unfinished jobs | make[2]: Leaving directory `/home/nitin/builds/build0/tmp/work/i586-poky-linux/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/build.i586-poky-linux.i586-poky-linux/i586-poky-linux/libgcc' | make[1]: *** [all-target-libgcc] Error 2 | make[1]: Leaving directory `/home/nitin/builds/build0/tmp/work/i586-poky-linux/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/build.i586-poky-linux.i586-poky-linux' | make: *** [all] Error 2 | ERROR: oe_runmake failed NOTE: package gcc-4.7.0+svnr186651-r1: task do_compile: Failed ERROR: Task 8 (/home/nitin/prj/poky.git/meta/recipes-devtools/gcc/gcc_4.7.bb, do_compile) failed with exit code '1' NOTE: Tasks Summary: Attempted 808 tasks of which 801 didn't need to be rerun and 1 failed. Signed-off-by: Nitin A Kamble --- meta/recipes-devtools/gcc/gcc-4.7.inc |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc-4.7.inc b/meta/recipes-devtools/gcc/gcc-4.7.inc index 8adeb8d..9c73235 100644 --- a/meta/recipes-devtools/gcc/gcc-4.7.inc +++ b/meta/recipes-devtools/gcc/gcc-4.7.inc @@ -1,6 +1,6 @@ require gcc-common.inc -PR = "r1" +PR = "r2" # Third digit in PV should be incremented after a minor release # happens from this branch on gcc e.g. currently its 4.7.0 @@ -22,7 +22,7 @@ SRCREV = "186651" BRANCH = "gcc-4_7-branch" FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}" -DEPENDS =+ "mpfr gmp libmpc" +DEPENDS =+ "mpfr gmp libmpc systemtap" NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native" LICENSE="GPL-3.0-with-GCC-exception & GPLv3" -- 1.7.7 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] eglibc: package mtrace separately
From: Nitin A Kamble eglibc-mtrace: add dependency into task-core-tools-debug now eglibc-mtrace gets included in an sdk image and not in a non-sdk image. This fixes bug: [YOCTO# 2374] Signed-off-by: Nitin A Kamble --- meta/recipes-core/eglibc/eglibc-package.inc |7 ++- meta/recipes-core/eglibc/eglibc_2.13.bb |2 +- meta/recipes-core/eglibc/eglibc_2.15.bb |2 +- meta/recipes-core/tasks/task-core-tools-debug.bb |1 + 4 files changed, 9 insertions(+), 3 deletions(-) diff --git a/meta/recipes-core/eglibc/eglibc-package.inc b/meta/recipes-core/eglibc/eglibc-package.inc index 7d97567..fd136bd 100644 --- a/meta/recipes-core/eglibc/eglibc-package.inc +++ b/meta/recipes-core/eglibc/eglibc-package.inc @@ -20,11 +20,12 @@ USE_LDCONFIG ?= "1" PKGSUFFIX = "" PKGSUFFIX_virtclass-nativesdk = "-nativesdk" -PACKAGES = "${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-utils eglibc-extra-nss${PKGSUFFIX} eglibc-thread-db${PKGSUFFIX} ${PN}-pic ${PN}-dev ${PN}-staticdev ${PN}-doc libcidn${PKGSUFFIX} libmemusage${PKGSUFFIX} libsegfault${PKGSUFFIX} ${PN}-pcprofile libsotruss${PKGSUFFIX}" +PACKAGES = "${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-mtrace ${PN}-utils eglibc-extra-nss${PKGSUFFIX} eglibc-thread-db${PKGSUFFIX} ${PN}-pic ${PN}-dev ${PN}-staticdev ${PN}-doc libcidn${PKGSUFFIX} libmemusage${PKGSUFFIX} libsegfault${PKGSUFFIX} ${PN}-pcprofile libsotruss${PKGSUFFIX}" # The ld.so in this eglibc supports the GNU_HASH RPROVIDES_${PN} = "glibc${PKGSUFFIX} rtld(GNU_HASH)" RPROVIDES_${PN}-utils = "glibc${PKGSUFFIX}-utils" +RPROVIDES_${PN}-mtrace = "glibc${PKGSUFFIX}-mtrace" RPROVIDES_${PN}-pic = "glibc${PKGSUFFIX}-pic" RPROVIDES_${PN}-dev = "glibc${PKGSUFFIX}-dev" RPROVIDES_${PN}-staticdev = "glibc${PKGSUFFIX}-staticdev" @@ -48,11 +49,13 @@ FILES_${PN}-dev_append += "${bindir}/rpcgen ${libdir}/*_nonshared.a \ ${base_libdir}/*_nonshared.a ${base_libdir}/*.o ${datadir}/aclocal" FILES_${PN}-staticdev_append += "${libdir}/*.a ${base_libdir}/*.a" FILES_nscd${PKGSUFFIX} = "${sbindir}/nscd*" +FILES_${PN}-mtrace = "${bindir}/mtrace" FILES_${PN}-utils = "${bindir}/* ${sbindir}/*" FILES_${PN}-dbg += "${libexecdir}/*/.debug ${libdir}/audit/.debug" FILES_catchsegv${PKGSUFFIX} = "${bindir}/catchsegv" RDEPENDS_catchsegv${PKGSUFFIX} = "libsegfault" RDEPENDS_${PN}-utils += "bash" +RDEPENDS_${PN}-mtrace += "perl" FILES_${PN}-pcprofile = "${base_libdir}/libpcprofile.so" FILES_eglibc-thread-db${PKGSUFFIX} = "${base_libdir}/libthread_db.so.* ${base_libdir}/libthread_db-*.so" RPROVIDES_${PN}-dev += "libc-dev" @@ -68,6 +71,8 @@ SUMMARY_ldd = "print shared library dependencies" DESCRIPTION_ldd = "/usr/bin/ldd prints shared library dependencies for each program or shared library specified on the command line." SUMMARY_${PN}-utils = "Miscellaneous utilities provided by eglibc" DESCRIPTION_${PN}-utils = "Miscellaneous utilities including getconf, iconf, locale, gencat, tzselect, zic, rpcinfo, ..." +SUMMARY_${PN}-mtrace = "mtrace utility provided by eglibc" +DESCRIPTION_${PN}-mtrace = "mtrace utility provided by eglibc" DESCRIPTION_libsotruss = "Library to support sotruss which traces calls through PLTs" inherit libc-common multilib_header diff --git a/meta/recipes-core/eglibc/eglibc_2.13.bb b/meta/recipes-core/eglibc/eglibc_2.13.bb index d8a41dc..73cd0aa 100644 --- a/meta/recipes-core/eglibc/eglibc_2.13.bb +++ b/meta/recipes-core/eglibc/eglibc_2.13.bb @@ -3,7 +3,7 @@ require eglibc.inc SRCREV = "15508" DEPENDS += "gperf-native" -PR = "r26" +PR = "r27" PR_append = "+svnr${SRCPV}" EGLIBC_BRANCH="eglibc-2_13" diff --git a/meta/recipes-core/eglibc/eglibc_2.15.bb b/meta/recipes-core/eglibc/eglibc_2.15.bb index 340ec99..bb60b57 100644 --- a/meta/recipes-core/eglibc/eglibc_2.15.bb +++ b/meta/recipes-core/eglibc/eglibc_2.15.bb @@ -3,7 +3,7 @@ require eglibc.inc SRCREV = "17386" DEPENDS += "gperf-native" -PR = "r10" +PR = "r11" PR_append = "+svnr${SRCPV}" EGLIBC_BRANCH="eglibc-2_15" diff --git a/meta/recipes-core/tasks/task-core-tools-debug.bb b/meta/recipes-core/tasks/task-core-tools-debug.bb index 3c92f3f..64b976a 100644 --- a/meta/recipes-core/tasks/task-core-tools-debug.bb +++ b/meta/recipes-core/tasks/task-core-tools-debug.bb @@ -23,4 +23,5 @@ RDEPENDS_${PN} = "\ tcf-agent \ rsync \ strace \ +eglibc-mtrace \ " -- 1.7.7 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Misc fixes
From: Nitin A Kamble Here are few misc fixes: Nitin The following changes since commit d4e265661517f8dd4e1648fdc56bac5973f986f6: poky.conf: Change WARNS -> ERRORS (2012-05-16 07:35:20 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib nitin/work http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/work Nitin A Kamble (2): eglibc: package mtrace separately gcc: fix DEPENDS to avoid a build issue meta/recipes-core/eglibc/eglibc-package.inc |7 ++- meta/recipes-core/eglibc/eglibc_2.13.bb |2 +- meta/recipes-core/eglibc/eglibc_2.15.bb |2 +- meta/recipes-core/tasks/task-core-tools-debug.bb |1 + meta/recipes-devtools/gcc/gcc-4.7.inc|4 ++-- 5 files changed, 11 insertions(+), 5 deletions(-) -- 1.7.7 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 1/1] bitbake.conf: Add CCACHE_DIR to BB_HASHBASE_WHITELIST
On 05/15/2012 12:17 AM, Jason Wessel wrote: The location of the ccache should not affect the sum in the sstate files. The end user should be free to use an external ccache via defining CCACHE_DIR to a new value in local.conf or using the default per package local ccache in the temp directory. Signed-off-by: Jason Wessel --- meta/conf/bitbake.conf |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index dc68690..7073018 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -746,7 +746,7 @@ BB_CONSOLELOG ?= "${TMPDIR}/cooker.log.${DATETIME}" # Setup our default hash policy BB_SIGNATURE_HANDLER ?= "OEBasic" -BB_HASHBASE_WHITELIST ?= "TMPDIR FILE PATH PWD BB_TASKHASH BBPATH DL_DIR SSTATE_DIR THISDIR FILESEXTRAPATHS FILE_DIRNAME HOME LOGNAME SHELL TERM USER FILESPATH STAGING_DIR_HOST STAGING_DIR_TARGET COREBASE PRSERV_HOST PRSERV_PORT PRSERV_DUMPDIR PRSERV_DUMPFILE PRSERV_LOCKDOWN PARALLEL_MAKE" +BB_HASHBASE_WHITELIST ?= "TMPDIR FILE PATH PWD BB_TASKHASH BBPATH DL_DIR SSTATE_DIR THISDIR FILESEXTRAPATHS FILE_DIRNAME HOME LOGNAME SHELL TERM USER FILESPATH STAGING_DIR_HOST STAGING_DIR_TARGET COREBASE PRSERV_HOST PRSERV_PORT PRSERV_DUMPDIR PRSERV_DUMPFILE PRSERV_LOCKDOWN PARALLEL_MAKE CCACHE_DIR" BB_HASHCONFIG_WHITELIST ?= "${BB_HASHBASE_WHITELIST} DATE TIME SESSION_MANAGER DBUS_SESSION_BUS_ADDRESS SSH_AGENT_PID XDG_SESSION_COOKIE SSH_AUTH_SOCK XAUTHORITY" MLPREFIX ??= "" Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] tcmode-external-csl: Allow overriding some key values
On 05/15/2012 09:16 PM, Peter Seebach wrote: This tiny little set of ?= changes lets me use a different CS binary toolchain than the one being supported by the external-csl feature by default, allowing us to share more code. Also I improved an error message. (Side note: Sorry if it's spammy to have a separate patch for it, but I couldn't convince myself that these two changes were doing the same thing.) The following changes since commit 01dea384924293d0f99723073277bf6b1f4c7976: Christopher Larson (1): tcmode-external-csl: handle TUNE_PKGARCH=core2 are available in the git repository at: git://git.yoctoproject.org/poky-contrib seebs/toolchain http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=seebs/toolchain Peter Seebach (2): tcmode-external-csl.inc: Allow for overrides tcmode-external-csl.inc: specify the path you couldn't find meta/conf/distro/include/tcmode-external-csl.inc | 20 ++-- 1 files changed, 10 insertions(+), 10 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] Further optimizations to the sstate.bbclass
On 05/11/2012 08:17 PM, Mark Hatle wrote: A few minor changes to the generation of the fixmepaths file in the sstate cache file generation can lead to significant performance improvements in recipes that generate large file sets. The following changes since commit 9cd30beba77497288eeb2545920bc23f2a77cf16: .gitignore: add /bitbake to the ignore list for external distributions (2012-05-11 17:59:53 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib mhatle/sstate http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/sstate Mark Hatle (1): sstate.bbclass: Optimize the generation and install path fixups meta/classes/sstate.bbclass |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] classes/mirrors.bbclass: Point snapshot.debian.org mirror to working location
On 05/09/2012 03:43 AM, Khem Raj wrote: If you point to snapshot.debian.net/archive/pool then it will fetch you a html page which will end up in corrupt download. The locations have changed for archives and here we point the mirror to right location. Signed-off-by: Khem Raj --- meta/classes/mirrors.bbclass |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/classes/mirrors.bbclass b/meta/classes/mirrors.bbclass index bf23e05..86ccd7a 100644 --- a/meta/classes/mirrors.bbclass +++ b/meta/classes/mirrors.bbclass @@ -1,5 +1,5 @@ MIRRORS += "\ -${DEBIAN_MIRROR}/main http://snapshot.debian.net/archive/pool \n \ +${DEBIAN_MIRROR}/main http://snapshot.debian.org/archive/debian-archive/20120328T092752Z/debian/pool/ \n \ ${DEBIAN_MIRROR} ftp://ftp.de.debian.org/debian/pool \n \ ${DEBIAN_MIRROR} ftp://ftp.au.debian.org/debian/pool \n \ ${DEBIAN_MIRROR} ftp://ftp.cl.debian.org/debian/pool \n \ Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] expat: update to upstream version 2.1.0
On 05/11/2012 12:43 AM, Marko Lindqvist wrote: Signed-off-by: Marko Lindqvist --- .../expat/{expat-2.0.1 => expat-2.1.0}/autotools.patch| 13 - meta/recipes-core/expat/expat_2.0.1.bb|6 -- meta/recipes-core/expat/expat_2.1.0.bb|6 ++ 3 files changed, 14 insertions(+), 11 deletions(-) rename meta/recipes-core/expat/{expat-2.0.1 => expat-2.1.0}/autotools.patch (53%) delete mode 100644 meta/recipes-core/expat/expat_2.0.1.bb create mode 100644 meta/recipes-core/expat/expat_2.1.0.bb diff --git a/meta/recipes-core/expat/expat-2.0.1/autotools.patch b/meta/recipes-core/expat/expat-2.1.0/autotools.patch similarity index 53% rename from meta/recipes-core/expat/expat-2.0.1/autotools.patch rename to meta/recipes-core/expat/expat-2.1.0/autotools.patch index c0ac10b..0e59969 100644 --- a/meta/recipes-core/expat/expat-2.0.1/autotools.patch +++ b/meta/recipes-core/expat/expat-2.1.0/autotools.patch @@ -6,14 +6,17 @@ Workaround specific to our build system. Signed-off-by: Kevin Tian Signed-off-by: Scott Garman -diff -bur expat-2.0.0~orig/configure.in expat-2.0.0/configure.in expat-2.0.0~orig/configure.in 2006-01-10 19:10:46.0 -0600 -+++ expat-2.0.0/configure.in 2006-02-10 19:12:24.0 -0600 -@@ -50,9 +50,6 @@ +Updated to apply over expat 2.1.0 + +Signed-off-by: Marko Lindqvist + +diff -Nurd expat-2.1.0/configure.in expat-2.1.0/configure.in +--- expat-2.1.0/configure.in 2012-03-04 01:45:53.0 +0200 expat-2.1.0/configure.in 2012-05-10 21:04:44.0 +0300 +@@ -51,8 +51,6 @@ AC_CONFIG_HEADER(expat_config.h) --sinclude(conftools/libtool.m4) -sinclude(conftools/ac_c_bigendian_cross.m4) - AC_LIBTOOL_WIN32_DLL diff --git a/meta/recipes-core/expat/expat_2.0.1.bb b/meta/recipes-core/expat/expat_2.0.1.bb deleted file mode 100644 index 30b5684..000 --- a/meta/recipes-core/expat/expat_2.0.1.bb +++ /dev/null @@ -1,6 +0,0 @@ -require expat.inc -LIC_FILES_CHKSUM = "file://COPYING;md5=1b71f681713d1256e1c23b0890920874" -PR = "r1" - -SRC_URI[md5sum] = "ee8b492592568805593f81f8cdf2a04c" -SRC_URI[sha256sum] = "847660b4df86e707c9150e33cd8c25bc5cd828f708c7418e765e3e983a2e5e93" diff --git a/meta/recipes-core/expat/expat_2.1.0.bb b/meta/recipes-core/expat/expat_2.1.0.bb new file mode 100644 index 000..1ce1844 --- /dev/null +++ b/meta/recipes-core/expat/expat_2.1.0.bb @@ -0,0 +1,6 @@ +require expat.inc +LIC_FILES_CHKSUM = "file://COPYING;md5=1b71f681713d1256e1c23b0890920874" +PR = "r0" + +SRC_URI[md5sum] = "dd7dab7a5fea97d2a6a43f511449b7cd" +SRC_URI[sha256sum] = "823705472f816df21c8f6aa026dd162b280806838bb55b3432b0fb1fcca7eb86" Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V3] fotowall: Add #include ui_wizard.h to ExportWizard.cpp
On 05/11/2012 12:06 AM, Andrei Gherzan wrote: App/ExportWizard.cpp depends on wizard.h which depends on ui_wizard. The last one should be already generated before compiling ExportWizard.cpp. [YOCTO #2297] Signed-off-by: Andrei Gherzan --- .../ExportWizard-depends-on-ui_wizard.patch| 18 ++ meta/recipes-qt/qt-apps/fotowall_0.9.bb|6 -- 2 files changed, 22 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-qt/qt-apps/fotowall/ExportWizard-depends-on-ui_wizard.patch diff --git a/meta/recipes-qt/qt-apps/fotowall/ExportWizard-depends-on-ui_wizard.patch b/meta/recipes-qt/qt-apps/fotowall/ExportWizard-depends-on-ui_wizard.patch new file mode 100644 index 000..d8b2b23 --- /dev/null +++ b/meta/recipes-qt/qt-apps/fotowall/ExportWizard-depends-on-ui_wizard.patch @@ -0,0 +1,18 @@ +App/ExportWizard.cpp depends on wizard.h which depends on ui_wizard. The last one +should be already generated before compiling ExportWizard.cpp. + +Signed-off-by: Andrei Gherzan +Upstream-Status: Pending + +Index: Fotowall-0.9/App/ExportWizard.cpp +=== +--- Fotowall-0.9.orig/App/ExportWizard.cpp 2009-11-30 13:21:31.0 +0200 Fotowall-0.9/App/ExportWizard.cpp 2012-05-10 17:12:06.765230830 +0300 +@@ -23,6 +23,7 @@ + #include "imageloaderqt.h" + #include "posterazorcore.h" + #include "wizard.h" ++#include "ui_wizard.h" + + #include + #include diff --git a/meta/recipes-qt/qt-apps/fotowall_0.9.bb b/meta/recipes-qt/qt-apps/fotowall_0.9.bb index 52dd727..3cb79a3 100644 --- a/meta/recipes-qt/qt-apps/fotowall_0.9.bb +++ b/meta/recipes-qt/qt-apps/fotowall_0.9.bb @@ -7,12 +7,14 @@ LIC_FILES_CHKSUM = "file://GPL_V2;md5=79808397c3355f163c012616125c9e26 \ file://main.cpp;beginline=6;endline=11;md5=b569acc2bf8974a3082b58fc53b9d8dc" SECTION = "x11/apps" -PR = "r2" +PR = "r3" DEPENDS = "qt4-x11-free" RRECOMMENDS_${PN} += "qt4-plugin-imageformat-gif qt4-plugin-imageformat-jpeg qt4-plugin-imageformat-tiff" -SRC_URI = "http://qt-apps.org/CONTENT/content-files/71316-Fotowall-0.9.tar.bz2"; +SRC_URI = "http://qt-apps.org/CONTENT/content-files/71316-Fotowall-0.9.tar.bz2 \ + file://ExportWizard-depends-on-ui_wizard.patch \ + " SRC_URI[md5sum] = "142ef697332e0777c6d22c5bc96cc438" SRC_URI[sha256sum] = "e4d0c005d2cb1d7c09438bfc3098eadebc08946e4fbc0655b7fc8b046de3810d" Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] avahi-systemd: drop postrm, use prerm instead
Op 16 mei 2012, om 18:55 heeft Andreas Oberritter het volgende geschreven: > * Calling "systemctl disable" from postrm is too late and > causes the following error: > > | Failed to issue method call: No such file or directory > > * Fix indentation of prerm for resulting shell snippet. > * Messing with $D is not needed in *rm scripts. It very much is, you can offline remove scripts just like you can install them. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: FOO_subtract, the logical antidote to FOO_append.
On Wed, 16 May 2012 07:35:45 +0300 Saul Wold wrote: > My understanding is that a _subtract is fraught with danger, there > all sorts of ordering implications. Yes. But consider, if you will, the specific case of DISTRO_FEATURES_LIBC_DEFAULT, and a libc which is just like eglibc except that it lacks RPC. Anything I do that isn't processed at the tail end of everything, around the point where _appends are processed, will be unable to cleanly obtain "the value that would have been set by default if nothing else happened", and then remove a word from it. I can't set a value in advance, because if I do the ?= won't fire and none of those words will get set. I can't necessarily set a value later. Overrides won't work either, because overrides also destroy the existing values. It seems to me that for a subtraction to work, it *must* be the very last thing done. Basically, the purpose of suggesting this as a formal behavior defined to be The Very Last Thing is to minimize the complexity of the ordering implications. You get exactly what you would have gotten otherwise, with these words removed. -s -- Listen, get this. Nobody with a good compiler needs to be justified. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] avahi-systemd: drop postrm, use prerm instead
* Calling "systemctl disable" from postrm is too late and causes the following error: | Failed to issue method call: No such file or directory * Fix indentation of prerm for resulting shell snippet. * Messing with $D is not needed in *rm scripts. Signed-off-by: Andreas Oberritter --- meta/recipes-connectivity/avahi/avahi.inc | 11 +++ 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc index 61ca25f..f84a81d 100644 --- a/meta/recipes-connectivity/avahi/avahi.inc +++ b/meta/recipes-connectivity/avahi/avahi.inc @@ -14,7 +14,7 @@ SECTION = "network" # python scripts are under GPLv2+ LICENSE = "GPLv2+ & LGPLv2.1+" -INC_PR = "r2" +INC_PR = "r3" DEPENDS = "expat libcap libdaemon dbus glib-2.0" @@ -163,12 +163,7 @@ pkg_postinst_avahi-systemd() { systemctl enable avahi-daemon.service } -pkg_postrm_avahi-systemd() { - # can't do this offline - if [ "x$D" != "x" ]; then - exit 1 - fi - - systemctl disable avahi-daemon.service +pkg_prerm_avahi-systemd() { +systemctl disable avahi-daemon.service } -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: FOO_subtract, the logical antidote to FOO_append.
On Wed, 2012-05-16 at 10:07 -0500, Mark Hatle wrote: > But the real problem we keep struggling with is .conf load order.. you try to > set some nice value in local.conf, and some later configuration file adds to > it, > or simply overwrites it. He'd like a way to strip out things like that. OVERRIDES .= ":local" VAR_local = "I rule" Or you could use the existing "_forcevariable" override although I have a feeling that was intended for something else. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: FOO_subtract, the logical antidote to FOO_append.
On Wed, May 16, 2012 at 8:07 AM, Mark Hatle wrote: > On 5/15/12 11:35 PM, Saul Wold wrote: >> >> On 05/15/2012 11:46 PM, Manuel Bessler wrote: >>> >>> Just a few minutes ago I was wondering if such a feature did exist... >>> >>> I ran into a situation where I wanted to remove something from a >>> .bbappend >>> that is added to a variable using VARIABLE_append = "this and that" >>> >> My understanding is that a _subtract is fraught with danger, there all >> sorts of ordering implications. >> >> For what you are trying to do in a .bbappend, can be done by using >> oe_filter_out() from utils.bbclass, it has to be done in anonymous code. >> >> VARIABLE := "${@oe_filter_out('xxx', '${VARIABLE}', d)}" >> >> This might be what you want. > > > There are two issues I believe Peter is having.. the first is trying to > figure out how to filter stuff out of _append. I'm sure sure the above will > be able to do that. > > But the real problem we keep struggling with is .conf load order.. you try > to set some nice value in local.conf, and some later configuration file adds > to it, or simply overwrites it. He'd like a way to strip out things like > that. > > I suspect the real answer though is fix the various configuration settings > to better allow them to be overridden, but I'm not sure exactly how. One related thing that won't solve this, but is worth noting -- I think ??= is a much more sane choice than ?= in almost all cases. We should think about a janitorial task to switch to ??= after carefully considering potential implications for each. -- Christopher Larson ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Fix X server on PowerPC when using GCC 4.7.x
On Wed, May 16, 2012 at 07:30:40AM -0600, Gary Thomas wrote: > On 2012-05-16 07:23, Martin Jansa wrote: > > On Wed, May 16, 2012 at 3:09 PM, Gary Thomas wrote: > >> The function XaceHook() was trying to do something like this: > >>void *ptr; > >>switch(XX) { > >> case a: > >> define_some_structure A; > >> ptr =&A; > >> break; > >> case b: > >> define_some_structure B; > >> ptr =&B; > >> break; > >>} > >>call_some_function(ptr); > >> > >> Clearly this is not even legal - the scope of the variables A& B > >> is not well defined outside of the switch cases. This code pattern > >> stopped working on PowerPC with GCC>= 4.7.1 (it has worked forever > >> up to& including 4.6.3). Replace this sequence with legal code: > >>switch(XX) { > >> case a: > >> define_some_structure A; > >> call_some_function(&A); > >> break; > >> case b: > >> define_some_structure B; > >> call_some_function(&B); > >> break; > >>} > >> --- > >> .../fix-bogus-stack-variables.patch| 130 > >> > >> .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- > >> 2 files changed, 132 insertions(+), 1 deletions(-) > >> create mode 100644 > >> meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > >> > >> diff --git > >> a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > >> > >> b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > >> new file mode 100644 > >> index 000..0946dfb > >> --- /dev/null > >> +++ > >> b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > >> @@ -0,0 +1,130 @@ > >> +Index: xorg-server-1.7.99.2/Xext/xace.c > >> +=== > >> +--- xorg-server-1.7.99.2.orig/Xext/xace.c > >> xorg-server-1.7.99.2/Xext/xace.c > >> +@@ -87,8 +87,7 @@ void XaceHookAuditEnd(ClientPtr ptr, int > >> + */ > >> + int XaceHook(int hook, ...) > >> + { > >> +-pointer calldata; /* data passed to callback */ > >> +-int *prv = NULL; /* points to return value from callback */ > >> ++int res = Success; > >> + va_list ap; /* argument list */ > >> + va_start(ap, hook); > >> + > >> +@@ -109,8 +108,8 @@ int XaceHook(int hook, ...) > >> + rec.parent = va_arg(ap, pointer); > >> + rec.access_mode = va_arg(ap, Mask); > >> + rec.status = Success; /* default allow */ > >> +- calldata =&rec; > >> +- prv =&rec.status; > >> ++ CallCallbacks(&XaceHooks[hook],&rec); > >> ++ res = rec.status; > >> + break; > >> + } > >> + case XACE_DEVICE_ACCESS: { > >> +@@ -119,8 +118,8 @@ int XaceHook(int hook, ...) > >> + rec.dev = va_arg(ap, DeviceIntPtr); > >> + rec.access_mode = va_arg(ap, Mask); > >> + rec.status = Success; /* default allow */ > >> +- calldata =&rec; > >> +- prv =&rec.status; > >> ++ CallCallbacks(&XaceHooks[hook],&rec); > >> ++ res = rec.status; > >> + break; > >> + } > >> + case XACE_SEND_ACCESS: { > >> +@@ -131,8 +130,8 @@ int XaceHook(int hook, ...) > >> + rec.events = va_arg(ap, xEventPtr); > >> + rec.count = va_arg(ap, int); > >> + rec.status = Success; /* default allow */ > >> +- calldata =&rec; > >> +- prv =&rec.status; > >> ++ CallCallbacks(&XaceHooks[hook],&rec); > >> ++ res = rec.status; > >> + break; > >> + } > >> + case XACE_RECEIVE_ACCESS: { > >> +@@ -142,8 +141,8 @@ int XaceHook(int hook, ...) > >> + rec.events = va_arg(ap, xEventPtr); > >> + rec.count = va_arg(ap, int); > >> + rec.status = Success; /* default allow */ > >> +- calldata =&rec; > >> +- prv =&rec.status; > >> ++ CallCallbacks(&XaceHooks[hook],&rec); > >> ++ res = rec.status; > >> + break; > >> + } > >> + case XACE_CLIENT_ACCESS: { > >> +@@ -152,8 +151,8 @@ int XaceHook(int hook, ...) > >> + rec.target = va_arg(ap, ClientPtr); > >> + rec.access_mode = va_arg(ap, Mask); > >> + rec.status = Success; /* default allow */ > >> +- calldata =&rec; > >> +- prv =&rec.status; > >> ++ CallCallbacks(&XaceHooks[hook],&rec); > >> ++ res = rec.status; > >> + break; > >> + } > >> + case XACE_EXT_ACCESS: { > >> +@@ -162,8 +161,8 @@ int XaceHook(int hook, ...) > >> + rec.ext = va_arg(ap, ExtensionEntry*); > >> + rec.access_mode = DixGetAttrAccess; > >> + rec.status = Success; /* default allow */ > >> +- calldata =&rec; > >> +- prv =&rec.status; > >> ++
Re: [OE-core] [PATCH] xf86-video-vmware: update package to 12.0.2
On Wed, May 16, 2012 at 05:27:01PM +0300, Alexandru DAMIAN wrote: > This patch updates the package version for the vmware xorg driver > to 12.0.2, following upstream. No other changes made beside updating > the checksums. This does apply to all patches and their updates sent today from @intel.com: Would be great if you manage to put "PATCHv2" in subject-prefix and also fill In-Reply-To headr with Message-Id from your older patch or review comment, so they stay in same thread and it's easy to see what's latest version. Cheers, > --- > ...mware_12.0.1.bb => xf86-video-vmware_12.0.2.bb} |6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > rename meta/recipes-graphics/xorg-driver/{xf86-video-vmware_12.0.1.bb => > xf86-video-vmware_12.0.2.bb} (74%) > > diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb > b/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb > similarity index 74% > rename from meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb > rename to meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb > index a5655fc..71f0339 100644 > --- a/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb > +++ b/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb > @@ -9,10 +9,10 @@ LIC_FILES_CHKSUM = > "file://COPYING;md5=5fcd7d437a959a15fbee8707747c6b53" > DEPENDS += "virtual/libx11 libxvmc drm glproto \ > virtual/libgl xineramaproto libpciaccess" > > -PR = "${INC_PR}.1" > +PR = "${INC_PR}.0" > > -SRC_URI[md5sum] = "08101a9b09774ec2f432db5118928c53" > -SRC_URI[sha256sum] = > "ded644af1f74ca0ebdc759e3db715519c476b341c1783c3d92c93a76591ed496" > +SRC_URI[md5sum] = "0743ec7c479603fba60d118858fd5783" > +SRC_URI[sha256sum] = > "c827875fd94805ec9b925fe09aaa973e7e3f9096c7ef311d449c3f134ae75147" > > COMPATIBLE_HOST = '(i.86.*-linux|x86_64.*-linux)' > > -- > 1.7.9.5 > > > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: FOO_subtract, the logical antidote to FOO_append.
On 5/15/12 11:35 PM, Saul Wold wrote: On 05/15/2012 11:46 PM, Manuel Bessler wrote: Just a few minutes ago I was wondering if such a feature did exist... I ran into a situation where I wanted to remove something from a .bbappend that is added to a variable using VARIABLE_append = "this and that" My understanding is that a _subtract is fraught with danger, there all sorts of ordering implications. For what you are trying to do in a .bbappend, can be done by using oe_filter_out() from utils.bbclass, it has to be done in anonymous code. VARIABLE := "${@oe_filter_out('xxx', '${VARIABLE}', d)}" This might be what you want. There are two issues I believe Peter is having.. the first is trying to figure out how to filter stuff out of _append. I'm sure sure the above will be able to do that. But the real problem we keep struggling with is .conf load order.. you try to set some nice value in local.conf, and some later configuration file adds to it, or simply overwrites it. He'd like a way to strip out things like that. I suspect the real answer though is fix the various configuration settings to better allow them to be overridden, but I'm not sure exactly how. --Mark Sau! Manuel On Tue, May 15, 2012 at 3:01 PM, Peter Seebach wrote: There's a few cases where something is a huge list of space-separated things, and it is desireable to remove one. The example currently afflicting me is DISTRO_FEATURES_LIBC_DEFAULT; I want to end up with the distro features including all but one of the words in it. It seems to me that a counterpart to _append would make sense. Here is my basic idea: FOO_subtract = "..." means that, when you expand FOO: 1. Fully expand it. 2. Fully expand FOO_subtract. 3. Remove any words in FOO_subtract from FOO. 4. Yield the result. The rationale is that the semantics of things where we're using _append seem to be consistently of the form "this is a space-separated set", and being able to remove things from a set would be Super Handy. So I'm proposing the semantics for consideration, and if people like them, I will go try to implement it in my Copious Free Time. -s -- Listen, get this. Nobody with a good compiler needs to be justified. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] xf86-video-vmware: update package to 12.0.2
This patch updates the package version for the vmware xorg driver to 12.0.2, following upstream. No other changes made beside updating the checksums. --- ...mware_12.0.1.bb => xf86-video-vmware_12.0.2.bb} |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-graphics/xorg-driver/{xf86-video-vmware_12.0.1.bb => xf86-video-vmware_12.0.2.bb} (74%) diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb b/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb similarity index 74% rename from meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb rename to meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb index a5655fc..71f0339 100644 --- a/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb +++ b/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb @@ -9,10 +9,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=5fcd7d437a959a15fbee8707747c6b53" DEPENDS += "virtual/libx11 libxvmc drm glproto \ virtual/libgl xineramaproto libpciaccess" -PR = "${INC_PR}.1" +PR = "${INC_PR}.0" -SRC_URI[md5sum] = "08101a9b09774ec2f432db5118928c53" -SRC_URI[sha256sum] = "ded644af1f74ca0ebdc759e3db715519c476b341c1783c3d92c93a76591ed496" +SRC_URI[md5sum] = "0743ec7c479603fba60d118858fd5783" +SRC_URI[sha256sum] = "c827875fd94805ec9b925fe09aaa973e7e3f9096c7ef311d449c3f134ae75147" COMPATIBLE_HOST = '(i.86.*-linux|x86_64.*-linux)' -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] xf86-video-vmware: update package to 12.0.2
On Wed, May 16, 2012 at 4:05 PM, Alexandru DAMIAN wrote: > This patch updates the package version for the vmware xorg driver > to 12.0.2, following upstream. No other changes made beside updating > the checksums. then reset PR in v2 Cheers, > --- > ...mware_12.0.1.bb => xf86-video-vmware_12.0.2.bb} | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > rename meta/recipes-graphics/xorg-driver/{xf86-video-vmware_12.0.1.bb => > xf86-video-vmware_12.0.2.bb} (77%) > > diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb > b/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb > similarity index 77% > rename from meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb > rename to meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb > index a5655fc..4b9844d 100644 > --- a/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb > +++ b/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb > @@ -11,8 +11,8 @@ DEPENDS += "virtual/libx11 libxvmc drm glproto \ > > PR = "${INC_PR}.1" > > -SRC_URI[md5sum] = "08101a9b09774ec2f432db5118928c53" > -SRC_URI[sha256sum] = > "ded644af1f74ca0ebdc759e3db715519c476b341c1783c3d92c93a76591ed496" > +SRC_URI[md5sum] = "0743ec7c479603fba60d118858fd5783" > +SRC_URI[sha256sum] = > "c827875fd94805ec9b925fe09aaa973e7e3f9096c7ef311d449c3f134ae75147" > > COMPATIBLE_HOST = '(i.86.*-linux|x86_64.*-linux)' > > -- > 1.7.9.5 > > > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] xf86-video-vmware: update package to 12.0.2
This patch updates the package version for the vmware xorg driver to 12.0.2, following upstream. No other changes made beside updating the checksums. --- ...mware_12.0.1.bb => xf86-video-vmware_12.0.2.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-driver/{xf86-video-vmware_12.0.1.bb => xf86-video-vmware_12.0.2.bb} (77%) diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb b/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb similarity index 77% rename from meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb rename to meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb index a5655fc..4b9844d 100644 --- a/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.1.bb +++ b/meta/recipes-graphics/xorg-driver/xf86-video-vmware_12.0.2.bb @@ -11,8 +11,8 @@ DEPENDS += "virtual/libx11 libxvmc drm glproto \ PR = "${INC_PR}.1" -SRC_URI[md5sum] = "08101a9b09774ec2f432db5118928c53" -SRC_URI[sha256sum] = "ded644af1f74ca0ebdc759e3db715519c476b341c1783c3d92c93a76591ed496" +SRC_URI[md5sum] = "0743ec7c479603fba60d118858fd5783" +SRC_URI[sha256sum] = "c827875fd94805ec9b925fe09aaa973e7e3f9096c7ef311d449c3f134ae75147" COMPATIBLE_HOST = '(i.86.*-linux|x86_64.*-linux)' -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gnupg: Update to upstream version 2.0.19
Signed-off-by: Laurentiu Palcu --- .../gnupg/{gnupg_2.0.18.bb => gnupg_2.0.19.bb} |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-support/gnupg/{gnupg_2.0.18.bb => gnupg_2.0.19.bb} (81%) diff --git a/meta/recipes-support/gnupg/gnupg_2.0.18.bb b/meta/recipes-support/gnupg/gnupg_2.0.19.bb similarity index 81% rename from meta/recipes-support/gnupg/gnupg_2.0.18.bb rename to meta/recipes-support/gnupg/gnupg_2.0.19.bb index 3085494..1d19fe3 100644 --- a/meta/recipes-support/gnupg/gnupg_2.0.18.bb +++ b/meta/recipes-support/gnupg/gnupg_2.0.19.bb @@ -5,14 +5,14 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=f27defe1e96c2e1ecd4e0c9be8967949 \ file://COPYING.LIB;md5=6a6a8e020838b23406c81b19c1d46df6" DEPENDS = "pth libassuan libksba zlib bzip2 readline libgcrypt" -PR = "r1" +PR = "r0" inherit autotools gettext SRC_URI = "ftp://ftp.gnupg.org/gcrypt/${BPN}/${BPN}-${PV}.tar.bz2"; -SRC_URI[md5sum] = "2f37e0722666a0fedbe4d9f9227ac4d7" -SRC_URI[sha256sum] = "48aedd762ca443fb952a9e859efe3c66706d7c2c9c77c32dbdbac4fe962dae5b" +SRC_URI[md5sum] = "6a8589381ca1b0c1a921e9955f42b016" +SRC_URI[sha256sum] = "efa23a8a925adb51c7d3b708c25b6d000300f5ce37de9bdec6453be7b419c622" EXTRA_OECONF = "--disable-ldap \ --with-zlib=${STAGING_LIBDIR}/.. \ -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Fix X server on PowerPC when using GCC 4.7.x
On 2012-05-16 07:23, Martin Jansa wrote: On Wed, May 16, 2012 at 3:09 PM, Gary Thomas wrote: The function XaceHook() was trying to do something like this: void *ptr; switch(XX) { case a: define_some_structure A; ptr =&A; break; case b: define_some_structure B; ptr =&B; break; } call_some_function(ptr); Clearly this is not even legal - the scope of the variables A& B is not well defined outside of the switch cases. This code pattern stopped working on PowerPC with GCC>= 4.7.1 (it has worked forever up to& including 4.6.3). Replace this sequence with legal code: switch(XX) { case a: define_some_structure A; call_some_function(&A); break; case b: define_some_structure B; call_some_function(&B); break; } --- .../fix-bogus-stack-variables.patch| 130 .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- 2 files changed, 132 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch diff --git a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch new file mode 100644 index 000..0946dfb --- /dev/null +++ b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch @@ -0,0 +1,130 @@ +Index: xorg-server-1.7.99.2/Xext/xace.c +=== +--- xorg-server-1.7.99.2.orig/Xext/xace.c xorg-server-1.7.99.2/Xext/xace.c +@@ -87,8 +87,7 @@ void XaceHookAuditEnd(ClientPtr ptr, int + */ + int XaceHook(int hook, ...) + { +-pointer calldata; /* data passed to callback */ +-int *prv = NULL; /* points to return value from callback */ ++int res = Success; + va_list ap; /* argument list */ + va_start(ap, hook); + +@@ -109,8 +108,8 @@ int XaceHook(int hook, ...) + rec.parent = va_arg(ap, pointer); + rec.access_mode = va_arg(ap, Mask); + rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ CallCallbacks(&XaceHooks[hook],&rec); ++ res = rec.status; + break; + } + case XACE_DEVICE_ACCESS: { +@@ -119,8 +118,8 @@ int XaceHook(int hook, ...) + rec.dev = va_arg(ap, DeviceIntPtr); + rec.access_mode = va_arg(ap, Mask); + rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ CallCallbacks(&XaceHooks[hook],&rec); ++ res = rec.status; + break; + } + case XACE_SEND_ACCESS: { +@@ -131,8 +130,8 @@ int XaceHook(int hook, ...) + rec.events = va_arg(ap, xEventPtr); + rec.count = va_arg(ap, int); + rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ CallCallbacks(&XaceHooks[hook],&rec); ++ res = rec.status; + break; + } + case XACE_RECEIVE_ACCESS: { +@@ -142,8 +141,8 @@ int XaceHook(int hook, ...) + rec.events = va_arg(ap, xEventPtr); + rec.count = va_arg(ap, int); + rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ CallCallbacks(&XaceHooks[hook],&rec); ++ res = rec.status; + break; + } + case XACE_CLIENT_ACCESS: { +@@ -152,8 +151,8 @@ int XaceHook(int hook, ...) + rec.target = va_arg(ap, ClientPtr); + rec.access_mode = va_arg(ap, Mask); + rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ CallCallbacks(&XaceHooks[hook],&rec); ++ res = rec.status; + break; + } + case XACE_EXT_ACCESS: { +@@ -162,8 +161,8 @@ int XaceHook(int hook, ...) + rec.ext = va_arg(ap, ExtensionEntry*); + rec.access_mode = DixGetAttrAccess; + rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ CallCallbacks(&XaceHooks[hook],&rec); ++ res = rec.status; + break; + } + case XACE_SERVER_ACCESS: { +@@ -171,8 +170,8 @@ int XaceHook(int hook, ...) + rec.client = va_arg(ap, ClientPtr); + rec.access_mode = va_arg(ap, Mask); + rec.status = Success; /* default allow */ +- calldata =&rec; +- prv =&rec.status; ++ CallCallbacks(&XaceHooks[hook],&rec); ++ res = rec.status; + break; + } + case XACE_SCREEN_ACCESS: +@@ -182,15 +181,15 @@ int XaceHook(int hook, ...) + rec.screen = va_arg(ap, ScreenPtr); + rec.access_mode = va_arg(
Re: [OE-core] [PATCH] Fix X server on PowerPC when using GCC 4.7.x
On Wed, May 16, 2012 at 3:09 PM, Gary Thomas wrote: > The function XaceHook() was trying to do something like this: > void *ptr; > switch(XX) { > case a: > define_some_structure A; > ptr = &A; > break; > case b: > define_some_structure B; > ptr = &B; > break; > } > call_some_function(ptr); > > Clearly this is not even legal - the scope of the variables A & B > is not well defined outside of the switch cases. This code pattern > stopped working on PowerPC with GCC >= 4.7.1 (it has worked forever > up to & including 4.6.3). Replace this sequence with legal code: > switch(XX) { > case a: > define_some_structure A; > call_some_function(&A); > break; > case b: > define_some_structure B; > call_some_function(&B); > break; > } > --- > .../fix-bogus-stack-variables.patch | 130 > > .../xorg-xserver/xserver-kdrive_1.7.99.2.bb | 3 +- > 2 files changed, 132 insertions(+), 1 deletions(-) > create mode 100644 > meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > diff --git > a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > > b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > new file mode 100644 > index 000..0946dfb > --- /dev/null > +++ > b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch > @@ -0,0 +1,130 @@ > +Index: xorg-server-1.7.99.2/Xext/xace.c > +=== > +--- xorg-server-1.7.99.2.orig/Xext/xace.c > xorg-server-1.7.99.2/Xext/xace.c > +@@ -87,8 +87,7 @@ void XaceHookAuditEnd(ClientPtr ptr, int > + */ > + int XaceHook(int hook, ...) > + { > +- pointer calldata; /* data passed to callback */ > +- int *prv = NULL; /* points to return value from callback */ > ++ int res = Success; > + va_list ap; /* argument list */ > + va_start(ap, hook); > + > +@@ -109,8 +108,8 @@ int XaceHook(int hook, ...) > + rec.parent = va_arg(ap, pointer); > + rec.access_mode = va_arg(ap, Mask); > + rec.status = Success; /* default allow */ > +- calldata = &rec; > +- prv = &rec.status; > ++ CallCallbacks(&XaceHooks[hook], &rec); > ++ res = rec.status; > + break; > + } > + case XACE_DEVICE_ACCESS: { > +@@ -119,8 +118,8 @@ int XaceHook(int hook, ...) > + rec.dev = va_arg(ap, DeviceIntPtr); > + rec.access_mode = va_arg(ap, Mask); > + rec.status = Success; /* default allow */ > +- calldata = &rec; > +- prv = &rec.status; > ++ CallCallbacks(&XaceHooks[hook], &rec); > ++ res = rec.status; > + break; > + } > + case XACE_SEND_ACCESS: { > +@@ -131,8 +130,8 @@ int XaceHook(int hook, ...) > + rec.events = va_arg(ap, xEventPtr); > + rec.count = va_arg(ap, int); > + rec.status = Success; /* default allow */ > +- calldata = &rec; > +- prv = &rec.status; > ++ CallCallbacks(&XaceHooks[hook], &rec); > ++ res = rec.status; > + break; > + } > + case XACE_RECEIVE_ACCESS: { > +@@ -142,8 +141,8 @@ int XaceHook(int hook, ...) > + rec.events = va_arg(ap, xEventPtr); > + rec.count = va_arg(ap, int); > + rec.status = Success; /* default allow */ > +- calldata = &rec; > +- prv = &rec.status; > ++ CallCallbacks(&XaceHooks[hook], &rec); > ++ res = rec.status; > + break; > + } > + case XACE_CLIENT_ACCESS: { > +@@ -152,8 +151,8 @@ int XaceHook(int hook, ...) > + rec.target = va_arg(ap, ClientPtr); > + rec.access_mode = va_arg(ap, Mask); > + rec.status = Success; /* default allow */ > +- calldata = &rec; > +- prv = &rec.status; > ++ CallCallbacks(&XaceHooks[hook], &rec); > ++ res = rec.status; > + break; > + } > + case XACE_EXT_ACCESS: { > +@@ -162,8 +161,8 @@ int XaceHook(int hook, ...) > + rec.ext = va_arg(ap, ExtensionEntry*); > + rec.access_mode = DixGetAttrAccess; > + rec.status = Success; /* default allow */ > +- calldata = &rec; > +- prv = &rec.status; > ++ CallCallbacks(&XaceHooks[hook], &rec); > ++ res = rec.status; > + break; > + } > + case XACE_SERVER_ACCESS: { > +@@ -171,8 +170,8 @@ int XaceHook(int hook, ...) > + rec.client = va_arg(ap, ClientPtr); > + rec.access_mode = va_arg(ap, Mask); > + rec.status = Success; /* default allow */ > +- calldata = &rec; > +- prv = &rec.status; > ++ CallCallbacks(&XaceHooks[hook], &rec); > ++
[OE-core] [PATCH] Fix X server on PowerPC when using GCC 4.7.x
The function XaceHook() was trying to do something like this: void *ptr; switch(XX) { case a: define_some_structure A; ptr = &A; break; case b: define_some_structure B; ptr = &B; break; } call_some_function(ptr); Clearly this is not even legal - the scope of the variables A & B is not well defined outside of the switch cases. This code pattern stopped working on PowerPC with GCC >= 4.7.1 (it has worked forever up to & including 4.6.3). Replace this sequence with legal code: switch(XX) { case a: define_some_structure A; call_some_function(&A); break; case b: define_some_structure B; call_some_function(&B); break; } --- .../fix-bogus-stack-variables.patch| 130 .../xorg-xserver/xserver-kdrive_1.7.99.2.bb|3 +- 2 files changed, 132 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch diff --git a/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch new file mode 100644 index 000..0946dfb --- /dev/null +++ b/meta/recipes-graphics/xorg-xserver/xserver-kdrive-1.7.99.2/fix-bogus-stack-variables.patch @@ -0,0 +1,130 @@ +Index: xorg-server-1.7.99.2/Xext/xace.c +=== +--- xorg-server-1.7.99.2.orig/Xext/xace.c xorg-server-1.7.99.2/Xext/xace.c +@@ -87,8 +87,7 @@ void XaceHookAuditEnd(ClientPtr ptr, int + */ + int XaceHook(int hook, ...) + { +-pointer calldata; /* data passed to callback */ +-int *prv = NULL; /* points to return value from callback */ ++int res = Success; + va_list ap; /* argument list */ + va_start(ap, hook); + +@@ -109,8 +108,8 @@ int XaceHook(int hook, ...) + rec.parent = va_arg(ap, pointer); + rec.access_mode = va_arg(ap, Mask); + rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ CallCallbacks(&XaceHooks[hook], &rec); ++ res = rec.status; + break; + } + case XACE_DEVICE_ACCESS: { +@@ -119,8 +118,8 @@ int XaceHook(int hook, ...) + rec.dev = va_arg(ap, DeviceIntPtr); + rec.access_mode = va_arg(ap, Mask); + rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ CallCallbacks(&XaceHooks[hook], &rec); ++ res = rec.status; + break; + } + case XACE_SEND_ACCESS: { +@@ -131,8 +130,8 @@ int XaceHook(int hook, ...) + rec.events = va_arg(ap, xEventPtr); + rec.count = va_arg(ap, int); + rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ CallCallbacks(&XaceHooks[hook], &rec); ++ res = rec.status; + break; + } + case XACE_RECEIVE_ACCESS: { +@@ -142,8 +141,8 @@ int XaceHook(int hook, ...) + rec.events = va_arg(ap, xEventPtr); + rec.count = va_arg(ap, int); + rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ CallCallbacks(&XaceHooks[hook], &rec); ++ res = rec.status; + break; + } + case XACE_CLIENT_ACCESS: { +@@ -152,8 +151,8 @@ int XaceHook(int hook, ...) + rec.target = va_arg(ap, ClientPtr); + rec.access_mode = va_arg(ap, Mask); + rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ CallCallbacks(&XaceHooks[hook], &rec); ++ res = rec.status; + break; + } + case XACE_EXT_ACCESS: { +@@ -162,8 +161,8 @@ int XaceHook(int hook, ...) + rec.ext = va_arg(ap, ExtensionEntry*); + rec.access_mode = DixGetAttrAccess; + rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ CallCallbacks(&XaceHooks[hook], &rec); ++ res = rec.status; + break; + } + case XACE_SERVER_ACCESS: { +@@ -171,8 +170,8 @@ int XaceHook(int hook, ...) + rec.client = va_arg(ap, ClientPtr); + rec.access_mode = va_arg(ap, Mask); + rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ CallCallbacks(&XaceHooks[hook], &rec); ++ res = rec.status; + break; + } + case XACE_SCREEN_ACCESS: +@@ -182,15 +181,15 @@ int XaceHook(int hook, ...) + rec.screen = va_arg(ap, ScreenPtr); + rec.access_mode = va_arg(ap, Mask); + rec.status = Success; /* default allow */ +-
[OE-core] [Error] do_package error on libgcc
Hi All, I'm catching an error during my personal core-image build at do_package stage of libgcc. The libgcc version (4.6.3) I'm using comes from an own layer as well as the compiler. In past days I was able to successfully complete the personal core-image build working against stable oe-core tar file. but now I've migrated to the OE-Core developping git branch and I'm falling in this error. Comparing the log.do_package output with the one I obtained in the past days I'm understanding the runstrip is not invoked by split_and_strip_files routine and I'm not sure this is the cause of my error. I'm using bitbake version 1.15.2, for sure I used a previous version in past days when worked with stable oe-core sources. Please can you look at the error? Many thanks, Giuseppe == NOTE: Running task 370 of 1299 (ID: 746, /oelinux/condorg/openembedded-core/meta-stlinux/recipes-devtools/gcc/ libgcc_4.6.3.bb, do_package) NOTE: package libgcc-4.6.3-r0: task do_package: Started ERROR: Error executing a python function in /oelinux/condorg/openembedded-core/meta-stlinux/recipes-devtools/gcc/ libgcc_4.6.3.bb: OSError: [Errno 2] No such file or directory ERROR: The stack trace of python calls that resulted in this exception/failure was: ERROR: File "do_package_qa", line 69, in ERROR: ERROR: File "do_package_qa", line 58, in do_package_qa ERROR: ERROR: File "insane.bbclass", line 19, in package_qa_walk ERROR: ERROR: File "insane.bbclass", line 17, in package_qa_check_unsafe_references_in_binaries ERROR: ERROR: File "/oelinux/condorg/openembedded-core/bitbake-1.15.2/lib/bb/process.py", line 63, in __init__ ERROR: subprocess.Popen.__init__(self, *args, **options) ERROR: ERROR: File "/usr/lib64/python2.7/subprocess.py", line 672, in __init__ ERROR: errread, errwrite) ERROR: ERROR: File "/usr/lib64/python2.7/subprocess.py", line 1201, in _execute_child ERROR: raise child_exception ERROR: ERROR: The code that was being executed was: ERROR: 0065: bb.fatal("QA run found fatal errors. Please consider fixing them.") ERROR: 0066: bb.note("DONE with PACKAGE QA") ERROR: 0067: ERROR: 0068: ERROR: *** 0069:do_package_qa(d) ERROR: 0070: ERROR: (file: 'do_package_qa', lineno: 69, function: ) ERROR: 0054: errorchecks.append(g[testmatrix[e]]) ERROR: 0055: ERROR: 0056: bb.note("Checking Package: %s" % package) ERROR: 0057: path = "%s/%s" % (pkgdest, package) ERROR: *** 0058: if not package_qa_walk(path, warnchecks, errorchecks, skip, package, d): ERROR: 0059: walk_sane = False ERROR: 0060: if not package_qa_check_rdepends(package, pkgdest, skip, d): ERROR: 0061: rdepends_sane = False ERROR: 0062: ERROR: (file: 'do_package_qa', lineno: 58, function: do_package_qa) ERROR: Function failed: do_package_qa ERROR: Logfile of failure stored in: /oelinux/condorg/openembedded-core/stlinux-3.0-build/tmp-uclibc/work/sh4-oe-linux-uclibc/libgcc-4.6.3-r0/temp/log.do_package.983 NOTE: package libgcc-4.6.3-r0: task do_package: Failed ERROR: Task 746 (/oelinux/condorg/openembedded-core/meta-stlinux/recipes-devtools/gcc/ libgcc_4.6.3.bb, do_package) failed with exit code '1' NOTE: Tasks Summary: Attempted 370 tasks of which 357 didn't need to be rerun and 1 failed. Summary: 1 task failed: /oelinux/condorg/openembedded-core/meta-stlinux/recipes-devtools/gcc/ libgcc_4.6.3.bb, do_package Summary: There were 38 ERROR messages shown, returning a non-zero exit code. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gnutls: update to 2.12.19
Tested with curl in qemux86/core-image-lsb. Signed-off-by: Bogdan Marinescu --- .../configure-fix.patch|0 .../correct_rpl_gettimeofday_signature.patch |0 .../fix-gettext-version.patch |0 .../gnutls-openssl.patch |0 .../gnutls-texinfo-euro.patch |0 .../{gnutls_2.12.18.bb => gnutls_2.12.19.bb} |4 ++-- 6 files changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/gnutls/{gnutls-2.12.18 => gnutls-2.12.19}/configure-fix.patch (100%) rename meta/recipes-support/gnutls/{gnutls-2.12.18 => gnutls-2.12.19}/correct_rpl_gettimeofday_signature.patch (100%) rename meta/recipes-support/gnutls/{gnutls-2.12.18 => gnutls-2.12.19}/fix-gettext-version.patch (100%) rename meta/recipes-support/gnutls/{gnutls-2.12.18 => gnutls-2.12.19}/gnutls-openssl.patch (100%) rename meta/recipes-support/gnutls/{gnutls-2.12.18 => gnutls-2.12.19}/gnutls-texinfo-euro.patch (100%) rename meta/recipes-support/gnutls/{gnutls_2.12.18.bb => gnutls_2.12.19.bb} (77%) diff --git a/meta/recipes-support/gnutls/gnutls-2.12.18/configure-fix.patch b/meta/recipes-support/gnutls/gnutls-2.12.19/configure-fix.patch similarity index 100% rename from meta/recipes-support/gnutls/gnutls-2.12.18/configure-fix.patch rename to meta/recipes-support/gnutls/gnutls-2.12.19/configure-fix.patch diff --git a/meta/recipes-support/gnutls/gnutls-2.12.18/correct_rpl_gettimeofday_signature.patch b/meta/recipes-support/gnutls/gnutls-2.12.19/correct_rpl_gettimeofday_signature.patch similarity index 100% rename from meta/recipes-support/gnutls/gnutls-2.12.18/correct_rpl_gettimeofday_signature.patch rename to meta/recipes-support/gnutls/gnutls-2.12.19/correct_rpl_gettimeofday_signature.patch diff --git a/meta/recipes-support/gnutls/gnutls-2.12.18/fix-gettext-version.patch b/meta/recipes-support/gnutls/gnutls-2.12.19/fix-gettext-version.patch similarity index 100% rename from meta/recipes-support/gnutls/gnutls-2.12.18/fix-gettext-version.patch rename to meta/recipes-support/gnutls/gnutls-2.12.19/fix-gettext-version.patch diff --git a/meta/recipes-support/gnutls/gnutls-2.12.18/gnutls-openssl.patch b/meta/recipes-support/gnutls/gnutls-2.12.19/gnutls-openssl.patch similarity index 100% rename from meta/recipes-support/gnutls/gnutls-2.12.18/gnutls-openssl.patch rename to meta/recipes-support/gnutls/gnutls-2.12.19/gnutls-openssl.patch diff --git a/meta/recipes-support/gnutls/gnutls-2.12.18/gnutls-texinfo-euro.patch b/meta/recipes-support/gnutls/gnutls-2.12.19/gnutls-texinfo-euro.patch similarity index 100% rename from meta/recipes-support/gnutls/gnutls-2.12.18/gnutls-texinfo-euro.patch rename to meta/recipes-support/gnutls/gnutls-2.12.19/gnutls-texinfo-euro.patch diff --git a/meta/recipes-support/gnutls/gnutls_2.12.18.bb b/meta/recipes-support/gnutls/gnutls_2.12.19.bb similarity index 77% rename from meta/recipes-support/gnutls/gnutls_2.12.18.bb rename to meta/recipes-support/gnutls/gnutls_2.12.19.bb index 7355855..7d76510 100644 --- a/meta/recipes-support/gnutls/gnutls_2.12.18.bb +++ b/meta/recipes-support/gnutls/gnutls_2.12.19.bb @@ -7,8 +7,8 @@ SRC_URI += "file://gnutls-openssl.patch \ file://configure-fix.patch \ " -SRC_URI[md5sum] = "e9215d00d2930e09bc8f23f02b54f2d1" -SRC_URI[sha256sum] = "780b12e3f05191316390611a3d9d982d29ca3f3abc234517b2fc542064b6f07a" +SRC_URI[md5sum] = "14228b34e3d8ed176a617df40693b441" +SRC_URI[sha256sum] = "8f167b39de4e2fddd83f7e29c98ce2e7fc76f4d79ccf4d3d66d1379b971160ec" python() { if not ((d.getVar("INCOMPATIBLE_LICENSE", True) or "").find("GPLv3") != -1): -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] foomatic-filters: Updated to 4.0.15
--- ...filters_4.0.7.bb => foomatic-filters_4.0.15.bb} |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-extended/foomatic/{foomatic-filters_4.0.7.bb => foomatic-filters_4.0.15.bb} (90%) diff --git a/meta/recipes-extended/foomatic/foomatic-filters_4.0.7.bb b/meta/recipes-extended/foomatic/foomatic-filters_4.0.15.bb similarity index 90% rename from meta/recipes-extended/foomatic/foomatic-filters_4.0.7.bb rename to meta/recipes-extended/foomatic/foomatic-filters_4.0.15.bb index 223bb02..bcf8d1d 100644 --- a/meta/recipes-extended/foomatic/foomatic-filters_4.0.7.bb +++ b/meta/recipes-extended/foomatic/foomatic-filters_4.0.15.bb @@ -10,15 +10,15 @@ format using a printer-specific, but spooler-independent PPD file. \ " DEPENDS += "cups perl libxml2" -PR = "r3" +PR = "r0" LICENSE = "GPLv2+" LIC_FILES_CHKSUM = "file://${WORKDIR}/foomatic-filters-${PV}/COPYING;md5=393a5ca445f6965873eca0259a17f833" SRC_URI = "http://www.openprinting.org/download/foomatic/foomatic-filters-${PV}.tar.gz"; -SRC_URI[md5sum] = "20abd25c1c98b2dae68709062a132a7d" -SRC_URI[sha256sum] = "090313fae40b177f505d9c9b93d7a4d7188b6d5d18b6ae41ab24903ac983478d" +SRC_URI[md5sum] = "1b7efcdc57340915647daa5b5c15b0ef" +SRC_URI[sha256sum] = "f5b7b67aacedec4c0294d242cbffbe0d7d3cd0fdd2b410c055e818f25ed3bc79" inherit autotools -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] foomatic-filters: Updated to 4.0.15
On Wed, May 16, 2012 at 2:01 PM, Cristian Iorga wrote: > --- > .../foomatic/foomatic-filters_4.0.15.bb | 39 > > .../foomatic/foomatic-filters_4.0.7.bb | 39 > > 2 files changed, 39 insertions(+), 39 deletions(-) > create mode 100644 meta/recipes-extended/foomatic/foomatic-filters_4.0.15.bb > delete mode 100644 meta/recipes-extended/foomatic/foomatic-filters_4.0.7.bb > > diff --git a/meta/recipes-extended/foomatic/foomatic-filters_4.0.15.bb > b/meta/recipes-extended/foomatic/foomatic-filters_4.0.15.bb > new file mode 100644 > index 000..bcf8d1d > --- /dev/null > +++ b/meta/recipes-extended/foomatic/foomatic-filters_4.0.15.bb > @@ -0,0 +1,39 @@ > +SUMMARY = "OpenPrinting printer support - filters" > +DESCRIPTION = "Foomatic is a printer database designed to make it easier to > set up \ > +common printers for use with UNIX-like operating systems.\ > +It provides the "glue" between a print spooler (like CUPS or lpr) and \ > +the printer, by processing files sent to the printer. \ > + \ > +This package consists of filters used by the printer spoolers \ > +to convert the incoming PostScript data into the printer's native \ > +format using a printer-specific, but spooler-independent PPD file. \ > +" > + > +DEPENDS += "cups perl libxml2" > +PR = "r0" > + > +LICENSE = "GPLv2+" > +LIC_FILES_CHKSUM = > "file://${WORKDIR}/foomatic-filters-${PV}/COPYING;md5=393a5ca445f6965873eca0259a17f833" > + > +SRC_URI = > "http://www.openprinting.org/download/foomatic/foomatic-filters-${PV}.tar.gz"; > + > +SRC_URI[md5sum] = "1b7efcdc57340915647daa5b5c15b0ef" > +SRC_URI[sha256sum] = > "f5b7b67aacedec4c0294d242cbffbe0d7d3cd0fdd2b410c055e818f25ed3bc79" > + > +inherit autotools > + > +EXTRA_OECONF += "--disable-file-converter-check > --with-file-converter=texttops" > + > +do_configure_prepend() { > + export LIB_CUPS=${exec_prefix}/lib/cups # /usr/lib NOT > libdir > + export CUPS_BACKENDS=${exec_prefix}/lib/cups/backend # /usr/lib NOT > libdir > + export CUPS_FILTERS=${exec_prefix}/lib/cups/filter # /usr/lib NOT > libdir > + export CUPS_PPDS=${datadir}/cups/model > +} > + > +do_install_append_linuxstdbase() { > + install -d ${D}${exec_prefix}/lib/cups/filter > + ln -sf ${bindir}/foomatic-rip ${D}${exec_prefix}/lib/cups/filter > +} > + > +FILES_${PN} += "${exec_prefix}/lib/cups/ ${exec_prefix}/lib/ppr/" > diff --git a/meta/recipes-extended/foomatic/foomatic-filters_4.0.7.bb > b/meta/recipes-extended/foomatic/foomatic-filters_4.0.7.bb > deleted file mode 100644 > index 223bb02..000 > --- a/meta/recipes-extended/foomatic/foomatic-filters_4.0.7.bb > +++ /dev/null > @@ -1,39 +0,0 @@ > -SUMMARY = "OpenPrinting printer support - filters" > -DESCRIPTION = "Foomatic is a printer database designed to make it easier to > set up \ > -common printers for use with UNIX-like operating systems.\ > -It provides the "glue" between a print spooler (like CUPS or lpr) and \ > -the printer, by processing files sent to the printer. \ > - \ > -This package consists of filters used by the printer spoolers \ > -to convert the incoming PostScript data into the printer's native \ > -format using a printer-specific, but spooler-independent PPD file. \ > -" > - > -DEPENDS += "cups perl libxml2" > -PR = "r3" > - > -LICENSE = "GPLv2+" > -LIC_FILES_CHKSUM = > "file://${WORKDIR}/foomatic-filters-${PV}/COPYING;md5=393a5ca445f6965873eca0259a17f833" > - > -SRC_URI = > "http://www.openprinting.org/download/foomatic/foomatic-filters-${PV}.tar.gz"; > - > -SRC_URI[md5sum] = "20abd25c1c98b2dae68709062a132a7d" > -SRC_URI[sha256sum] = > "090313fae40b177f505d9c9b93d7a4d7188b6d5d18b6ae41ab24903ac983478d" > - > -inherit autotools > - > -EXTRA_OECONF += "--disable-file-converter-check > --with-file-converter=texttops" > - > -do_configure_prepend() { > - export LIB_CUPS=${exec_prefix}/lib/cups # /usr/lib NOT > libdir > - export CUPS_BACKENDS=${exec_prefix}/lib/cups/backend # /usr/lib NOT > libdir > - export CUPS_FILTERS=${exec_prefix}/lib/cups/filter # /usr/lib NOT > libdir > - export CUPS_PPDS=${datadir}/cups/model > -} > - > -do_install_append_linuxstdbase() { > - install -d ${D}${exec_prefix}/lib/cups/filter > - ln -sf ${bindir}/foomatic-rip ${D}${exec_prefix}/lib/cups/filter > -} > - > -FILES_${PN} += "${exec_prefix}/lib/cups/ ${exec_prefix}/lib/ppr/" > -- > 1.7.9.5 > > > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core recreate patch with -M and resend Cheers, ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gnutls: update to 2.12.19
On Wed, May 16, 2012 at 1:58 PM, Bogdan Marinescu wrote: > Tested with curl in qemux86/core-image-lsb. > recreate patch with -M and resend Cheers, > Signed-off-by: Bogdan Marinescu > --- > .../gnutls/gnutls-2.12.18/configure-fix.patch | 65 -- > .../correct_rpl_gettimeofday_signature.patch | 57 - > .../gnutls-2.12.18/fix-gettext-version.patch | 46 --- > .../gnutls/gnutls-2.12.18/gnutls-openssl.patch | 126 > > .../gnutls-2.12.18/gnutls-texinfo-euro.patch | 18 --- > .../gnutls/gnutls-2.12.19/configure-fix.patch | 65 ++ > .../correct_rpl_gettimeofday_signature.patch | 57 + > .../gnutls-2.12.19/fix-gettext-version.patch | 46 +++ > .../gnutls/gnutls-2.12.19/gnutls-openssl.patch | 126 > > .../gnutls-2.12.19/gnutls-texinfo-euro.patch | 18 +++ > meta/recipes-support/gnutls/gnutls_2.12.18.bb | 19 --- > meta/recipes-support/gnutls/gnutls_2.12.19.bb | 19 +++ > 12 files changed, 331 insertions(+), 331 deletions(-) > delete mode 100644 > meta/recipes-support/gnutls/gnutls-2.12.18/configure-fix.patch > delete mode 100644 > meta/recipes-support/gnutls/gnutls-2.12.18/correct_rpl_gettimeofday_signature.patch > delete mode 100644 > meta/recipes-support/gnutls/gnutls-2.12.18/fix-gettext-version.patch > delete mode 100644 > meta/recipes-support/gnutls/gnutls-2.12.18/gnutls-openssl.patch > delete mode 100644 > meta/recipes-support/gnutls/gnutls-2.12.18/gnutls-texinfo-euro.patch > create mode 100644 > meta/recipes-support/gnutls/gnutls-2.12.19/configure-fix.patch > create mode 100644 > meta/recipes-support/gnutls/gnutls-2.12.19/correct_rpl_gettimeofday_signature.patch > create mode 100644 > meta/recipes-support/gnutls/gnutls-2.12.19/fix-gettext-version.patch > create mode 100644 > meta/recipes-support/gnutls/gnutls-2.12.19/gnutls-openssl.patch > create mode 100644 > meta/recipes-support/gnutls/gnutls-2.12.19/gnutls-texinfo-euro.patch > delete mode 100644 meta/recipes-support/gnutls/gnutls_2.12.18.bb > create mode 100644 meta/recipes-support/gnutls/gnutls_2.12.19.bb > > diff --git a/meta/recipes-support/gnutls/gnutls-2.12.18/configure-fix.patch > b/meta/recipes-support/gnutls/gnutls-2.12.18/configure-fix.patch > deleted file mode 100644 > index 14f87e0..000 > --- a/meta/recipes-support/gnutls/gnutls-2.12.18/configure-fix.patch > +++ /dev/null > @@ -1,65 +0,0 @@ > -Upstream-Status: Inappropriate [distribution] > - > -rebased from original configure_madness.patch > - > -libtasn1 provides an .pc file in upstream, > -and a libgcrypt.pc is added in libgcrypt recipe, > -so use Requires.private for these two. > - > -against 2.8.6 > - > -07/02/2010 - qhe > - > > -Index: gnutls-2.12.11/lib/configure.ac > -=== > gnutls-2.12.11.orig/lib/configure.ac > -+++ gnutls-2.12.11/lib/configure.ac > -@@ -126,8 +126,8 @@ lgl_INIT > - AC_CHECK_FUNCS(getrusage,,) > - AC_LIB_HAVE_LINKFLAGS(pthread,, [#include ], [pthread_mutex_lock > (0);]) > - > --LIBGNUTLS_LIBS="-L${libdir} -lgnutls $LIBS" > --LIBGNUTLS_CFLAGS="-I${includedir}" > -+LIBGNUTLS_LIBS="-lgnutls $LIBS" > -+LIBGNUTLS_CFLAGS="" > - AC_SUBST(LIBGNUTLS_LIBS) > - AC_SUBST(LIBGNUTLS_CFLAGS) > - > -Index: gnutls-2.12.11/lib/gnutls.pc.in > -=== > gnutls-2.12.11.orig/lib/gnutls.pc.in > -+++ gnutls-2.12.11/lib/gnutls.pc.in > -@@ -20,6 +20,4 @@ Description: Transport Security Layer im > - URL: http://www.gnu.org/software/gnutls/ > - Version: @VERSION@ > - Libs: -L${libdir} -lgnutls > --Libs.private: @LTLIBGCRYPT@ @LTLIBNETTLE@ @NETTLE_LIBS@ > @GNUTLS_ZLIB_LIBS_PRIVATE@ > --@GNUTLS_REQUIRES_PRIVATE@ > - Cflags: -I${includedir} > -Index: gnutls-2.12.11/libextra/configure.ac > -=== > gnutls-2.12.11.orig/libextra/configure.ac > -+++ gnutls-2.12.11/libextra/configure.ac > -@@ -41,8 +41,8 @@ LIBGNUTLS_EXTRA_HOOKS > - > - xgl_INIT > - > --LIBGNUTLS_EXTRA_LIBS="-L${libdir} -lgnutls-extra $LZO_LIBS $LIBGNUTLS_LIBS" > --LIBGNUTLS_EXTRA_CFLAGS="-I${includedir}" > -+LIBGNUTLS_EXTRA_LIBS="-lgnutls-extra $LZO_LIBS $LIBGNUTLS_LIBS" > -+LIBGNUTLS_EXTRA_CFLAGS="" > - AC_SUBST(LIBGNUTLS_EXTRA_LIBS) > - AC_SUBST(LIBGNUTLS_EXTRA_CFLAGS) > - > -Index: gnutls-2.12.11/libextra/gnutls-extra.pc.in > -=== > gnutls-2.12.11.orig/libextra/gnutls-extra.pc.in > -+++ gnutls-2.12.11/libextra/gnutls-extra.pc.in > -@@ -22,5 +22,5 @@ URL: http://www.gnu.org/software/gnutls/ > - Requires: gnutls > - Version: @VERSION@ > - Libs: -L${libdir} -lgnutls-extra > --Libs.private: @LIBGNUTLS_EXTRA_LIBS@ > -+Libs.private: -llzo2 > - Cflags: -I${includedir} > diff --git > a/meta/recipes-support/gnutls/gnutls-2.12.18/correct_rpl_gettimeofday_signature.patch >
[OE-core] [PATCH] foomatic-filters: Updated to 4.0.15
--- .../foomatic/foomatic-filters_4.0.15.bb| 39 .../foomatic/foomatic-filters_4.0.7.bb | 39 2 files changed, 39 insertions(+), 39 deletions(-) create mode 100644 meta/recipes-extended/foomatic/foomatic-filters_4.0.15.bb delete mode 100644 meta/recipes-extended/foomatic/foomatic-filters_4.0.7.bb diff --git a/meta/recipes-extended/foomatic/foomatic-filters_4.0.15.bb b/meta/recipes-extended/foomatic/foomatic-filters_4.0.15.bb new file mode 100644 index 000..bcf8d1d --- /dev/null +++ b/meta/recipes-extended/foomatic/foomatic-filters_4.0.15.bb @@ -0,0 +1,39 @@ +SUMMARY = "OpenPrinting printer support - filters" +DESCRIPTION = "Foomatic is a printer database designed to make it easier to set up \ +common printers for use with UNIX-like operating systems.\ +It provides the "glue" between a print spooler (like CUPS or lpr) and \ +the printer, by processing files sent to the printer. \ + \ +This package consists of filters used by the printer spoolers \ +to convert the incoming PostScript data into the printer's native \ +format using a printer-specific, but spooler-independent PPD file. \ +" + +DEPENDS += "cups perl libxml2" +PR = "r0" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://${WORKDIR}/foomatic-filters-${PV}/COPYING;md5=393a5ca445f6965873eca0259a17f833" + +SRC_URI = "http://www.openprinting.org/download/foomatic/foomatic-filters-${PV}.tar.gz"; + +SRC_URI[md5sum] = "1b7efcdc57340915647daa5b5c15b0ef" +SRC_URI[sha256sum] = "f5b7b67aacedec4c0294d242cbffbe0d7d3cd0fdd2b410c055e818f25ed3bc79" + +inherit autotools + +EXTRA_OECONF += "--disable-file-converter-check --with-file-converter=texttops" + +do_configure_prepend() { +export LIB_CUPS=${exec_prefix}/lib/cups # /usr/lib NOT libdir +export CUPS_BACKENDS=${exec_prefix}/lib/cups/backend # /usr/lib NOT libdir +export CUPS_FILTERS=${exec_prefix}/lib/cups/filter# /usr/lib NOT libdir +export CUPS_PPDS=${datadir}/cups/model +} + +do_install_append_linuxstdbase() { +install -d ${D}${exec_prefix}/lib/cups/filter +ln -sf ${bindir}/foomatic-rip ${D}${exec_prefix}/lib/cups/filter +} + +FILES_${PN} += "${exec_prefix}/lib/cups/ ${exec_prefix}/lib/ppr/" diff --git a/meta/recipes-extended/foomatic/foomatic-filters_4.0.7.bb b/meta/recipes-extended/foomatic/foomatic-filters_4.0.7.bb deleted file mode 100644 index 223bb02..000 --- a/meta/recipes-extended/foomatic/foomatic-filters_4.0.7.bb +++ /dev/null @@ -1,39 +0,0 @@ -SUMMARY = "OpenPrinting printer support - filters" -DESCRIPTION = "Foomatic is a printer database designed to make it easier to set up \ -common printers for use with UNIX-like operating systems.\ -It provides the "glue" between a print spooler (like CUPS or lpr) and \ -the printer, by processing files sent to the printer. \ - \ -This package consists of filters used by the printer spoolers \ -to convert the incoming PostScript data into the printer's native \ -format using a printer-specific, but spooler-independent PPD file. \ -" - -DEPENDS += "cups perl libxml2" -PR = "r3" - -LICENSE = "GPLv2+" -LIC_FILES_CHKSUM = "file://${WORKDIR}/foomatic-filters-${PV}/COPYING;md5=393a5ca445f6965873eca0259a17f833" - -SRC_URI = "http://www.openprinting.org/download/foomatic/foomatic-filters-${PV}.tar.gz"; - -SRC_URI[md5sum] = "20abd25c1c98b2dae68709062a132a7d" -SRC_URI[sha256sum] = "090313fae40b177f505d9c9b93d7a4d7188b6d5d18b6ae41ab24903ac983478d" - -inherit autotools - -EXTRA_OECONF += "--disable-file-converter-check --with-file-converter=texttops" - -do_configure_prepend() { -export LIB_CUPS=${exec_prefix}/lib/cups # /usr/lib NOT libdir -export CUPS_BACKENDS=${exec_prefix}/lib/cups/backend # /usr/lib NOT libdir -export CUPS_FILTERS=${exec_prefix}/lib/cups/filter# /usr/lib NOT libdir -export CUPS_PPDS=${datadir}/cups/model -} - -do_install_append_linuxstdbase() { -install -d ${D}${exec_prefix}/lib/cups/filter -ln -sf ${bindir}/foomatic-rip ${D}${exec_prefix}/lib/cups/filter -} - -FILES_${PN} += "${exec_prefix}/lib/cups/ ${exec_prefix}/lib/ppr/" -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] X server failing on PowerPC
On Wed, 2012-05-16 at 05:50 -0600, Gary Thomas wrote: > void *ptr; > switch(XX) { >case a: > define_some_structure A; > ptr = &A; > break; >case b: > define_some_structure B; > ptr = &B; > break; > } > call_some_function(ptr); > >[...] > > Is this even legal C? No. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gnutls: update to 2.12.19
Tested with curl in qemux86/core-image-lsb. Signed-off-by: Bogdan Marinescu --- .../gnutls/gnutls-2.12.18/configure-fix.patch | 65 -- .../correct_rpl_gettimeofday_signature.patch | 57 - .../gnutls-2.12.18/fix-gettext-version.patch | 46 --- .../gnutls/gnutls-2.12.18/gnutls-openssl.patch | 126 .../gnutls-2.12.18/gnutls-texinfo-euro.patch | 18 --- .../gnutls/gnutls-2.12.19/configure-fix.patch | 65 ++ .../correct_rpl_gettimeofday_signature.patch | 57 + .../gnutls-2.12.19/fix-gettext-version.patch | 46 +++ .../gnutls/gnutls-2.12.19/gnutls-openssl.patch | 126 .../gnutls-2.12.19/gnutls-texinfo-euro.patch | 18 +++ meta/recipes-support/gnutls/gnutls_2.12.18.bb | 19 --- meta/recipes-support/gnutls/gnutls_2.12.19.bb | 19 +++ 12 files changed, 331 insertions(+), 331 deletions(-) delete mode 100644 meta/recipes-support/gnutls/gnutls-2.12.18/configure-fix.patch delete mode 100644 meta/recipes-support/gnutls/gnutls-2.12.18/correct_rpl_gettimeofday_signature.patch delete mode 100644 meta/recipes-support/gnutls/gnutls-2.12.18/fix-gettext-version.patch delete mode 100644 meta/recipes-support/gnutls/gnutls-2.12.18/gnutls-openssl.patch delete mode 100644 meta/recipes-support/gnutls/gnutls-2.12.18/gnutls-texinfo-euro.patch create mode 100644 meta/recipes-support/gnutls/gnutls-2.12.19/configure-fix.patch create mode 100644 meta/recipes-support/gnutls/gnutls-2.12.19/correct_rpl_gettimeofday_signature.patch create mode 100644 meta/recipes-support/gnutls/gnutls-2.12.19/fix-gettext-version.patch create mode 100644 meta/recipes-support/gnutls/gnutls-2.12.19/gnutls-openssl.patch create mode 100644 meta/recipes-support/gnutls/gnutls-2.12.19/gnutls-texinfo-euro.patch delete mode 100644 meta/recipes-support/gnutls/gnutls_2.12.18.bb create mode 100644 meta/recipes-support/gnutls/gnutls_2.12.19.bb diff --git a/meta/recipes-support/gnutls/gnutls-2.12.18/configure-fix.patch b/meta/recipes-support/gnutls/gnutls-2.12.18/configure-fix.patch deleted file mode 100644 index 14f87e0..000 --- a/meta/recipes-support/gnutls/gnutls-2.12.18/configure-fix.patch +++ /dev/null @@ -1,65 +0,0 @@ -Upstream-Status: Inappropriate [distribution] - -rebased from original configure_madness.patch - -libtasn1 provides an .pc file in upstream, -and a libgcrypt.pc is added in libgcrypt recipe, -so use Requires.private for these two. - -against 2.8.6 - -07/02/2010 - qhe - -Index: gnutls-2.12.11/lib/configure.ac -=== gnutls-2.12.11.orig/lib/configure.ac -+++ gnutls-2.12.11/lib/configure.ac -@@ -126,8 +126,8 @@ lgl_INIT - AC_CHECK_FUNCS(getrusage,,) - AC_LIB_HAVE_LINKFLAGS(pthread,, [#include ], [pthread_mutex_lock (0);]) - --LIBGNUTLS_LIBS="-L${libdir} -lgnutls $LIBS" --LIBGNUTLS_CFLAGS="-I${includedir}" -+LIBGNUTLS_LIBS="-lgnutls $LIBS" -+LIBGNUTLS_CFLAGS="" - AC_SUBST(LIBGNUTLS_LIBS) - AC_SUBST(LIBGNUTLS_CFLAGS) - -Index: gnutls-2.12.11/lib/gnutls.pc.in -=== gnutls-2.12.11.orig/lib/gnutls.pc.in -+++ gnutls-2.12.11/lib/gnutls.pc.in -@@ -20,6 +20,4 @@ Description: Transport Security Layer im - URL: http://www.gnu.org/software/gnutls/ - Version: @VERSION@ - Libs: -L${libdir} -lgnutls --Libs.private: @LTLIBGCRYPT@ @LTLIBNETTLE@ @NETTLE_LIBS@ @GNUTLS_ZLIB_LIBS_PRIVATE@ --@GNUTLS_REQUIRES_PRIVATE@ - Cflags: -I${includedir} -Index: gnutls-2.12.11/libextra/configure.ac -=== gnutls-2.12.11.orig/libextra/configure.ac -+++ gnutls-2.12.11/libextra/configure.ac -@@ -41,8 +41,8 @@ LIBGNUTLS_EXTRA_HOOKS - - xgl_INIT - --LIBGNUTLS_EXTRA_LIBS="-L${libdir} -lgnutls-extra $LZO_LIBS $LIBGNUTLS_LIBS" --LIBGNUTLS_EXTRA_CFLAGS="-I${includedir}" -+LIBGNUTLS_EXTRA_LIBS="-lgnutls-extra $LZO_LIBS $LIBGNUTLS_LIBS" -+LIBGNUTLS_EXTRA_CFLAGS="" - AC_SUBST(LIBGNUTLS_EXTRA_LIBS) - AC_SUBST(LIBGNUTLS_EXTRA_CFLAGS) - -Index: gnutls-2.12.11/libextra/gnutls-extra.pc.in -=== gnutls-2.12.11.orig/libextra/gnutls-extra.pc.in -+++ gnutls-2.12.11/libextra/gnutls-extra.pc.in -@@ -22,5 +22,5 @@ URL: http://www.gnu.org/software/gnutls/ - Requires: gnutls - Version: @VERSION@ - Libs: -L${libdir} -lgnutls-extra --Libs.private: @LIBGNUTLS_EXTRA_LIBS@ -+Libs.private: -llzo2 - Cflags: -I${includedir} diff --git a/meta/recipes-support/gnutls/gnutls-2.12.18/correct_rpl_gettimeofday_signature.patch b/meta/recipes-support/gnutls/gnutls-2.12.18/correct_rpl_gettimeofday_signature.patch deleted file mode 100644 index b8f0d72..000 --- a/meta/recipes-support/gnutls/gnutls-2.12.18/correct_rpl_gettimeofday_signature.patch +++ /dev/null @@ -1,57 +0,0 @@ -Currently we fail on uclibc like below - -| In file included from /home/kraj/
[OE-core] X server failing on PowerPC
When built from a recent OE-core using GCC 4.7.x, the X server fails on PowerPC targets. Filed as Poky/Yocto bug #2460, it boils down to a sequence of code like this: void *ptr; switch(XX) { case a: define_some_structure A; ptr = &A; break; case b: define_some_structure B; ptr = &B; break; } call_some_function(ptr); I didn't explore how this messes up, just that it does when compiled on PowerPC with GCC 4.7.x. Note that it works fine on ARM (and I assume x86 as well) Is this even legal C? even if it works [has worked] for 20+ years? Should I propose my patch? I'm only interested in xserver-kdrive_1.7.99.2, but I think this probably affects all X server instances. -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] ncurses: Disable parallel make
On 05/16/2012 01:10 PM, xiaofeng@windriver.com wrote: From: Xiaofeng Yan Ncurses failure non-gplv3 build by race issue. So disable parallel \ make when building this package. This is not the best approach as you disable PARALLEL_MAKE for both non-gplv3 and gplv3 versions. Further, we want to get rid of PARALLLEL_MAKE setting as much as possible, so this patch is not helping that. Did you try running on a large many core machine? It might help if you have some other builds going also to stress the machine. Sau! Signed-off-by: Xiaofeng Yan --- meta/recipes-core/ncurses/ncurses.inc |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/recipes-core/ncurses/ncurses.inc b/meta/recipes-core/ncurses/ncurses.inc index ae99e2c..b115e46 100644 --- a/meta/recipes-core/ncurses/ncurses.inc +++ b/meta/recipes-core/ncurses/ncurses.inc @@ -29,6 +29,8 @@ BUILD_CPPFLAGS += "-D_GNU_SOURCE" # natives don't generally look in base_libdir base_libdir_virtclass-native = "${libdir}" +PARALLEL_MAKE = "" + # Helper function for do_configure to allow multiple configurations # $1 the directory to run configure in # $@ the arguments to pass to configure ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] ncurses: Disable parallel make
From: Xiaofeng Yan I can't reproduce bug 2298 after building ncurses successfully many time because Richard said "Its a race issue and sometimes occurs with high values of PARALLEL_MAKE. This means it will sometimes appear and sometimes not appear". I didn't know whether this patch is appropriate or not? I will appreciate him very much if anyone has the resolution. The following changes since commit d4e265661517f8dd4e1648fdc56bac5973f986f6: Saul Wold (1): poky.conf: Change WARNS -> ERRORS are available in the git repository at: git://git.pokylinux.org/poky-contrib xiaofeng/2298 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/2298 Xiaofeng Yan (1): ncurses: Disable parallel make meta/recipes-core/ncurses/ncurses.inc |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] ncurses: Disable parallel make
From: Xiaofeng Yan Ncurses failure non-gplv3 build by race issue. So disable parallel \ make when building this package. Signed-off-by: Xiaofeng Yan --- meta/recipes-core/ncurses/ncurses.inc |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/recipes-core/ncurses/ncurses.inc b/meta/recipes-core/ncurses/ncurses.inc index ae99e2c..b115e46 100644 --- a/meta/recipes-core/ncurses/ncurses.inc +++ b/meta/recipes-core/ncurses/ncurses.inc @@ -29,6 +29,8 @@ BUILD_CPPFLAGS += "-D_GNU_SOURCE" # natives don't generally look in base_libdir base_libdir_virtclass-native = "${libdir}" +PARALLEL_MAKE = "" + # Helper function for do_configure to allow multiple configurations # $1 the directory to run configure in # $@ the arguments to pass to configure -- 1.7.0.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] archiver.bbclass: Add two default set for avoiding error when missing assignment
From: Xiaofeng Yan Add two default set(SOURCE_ARCHIVE_LOG_WITH_SCRIPTS, \ SOURCE_ARCHIVE_PACKAGE_TYPE) to archiver.bbclass for avoiding \ building error when forgetting to assign to them. Signed-off-by: Xiaofeng Yan --- meta/classes/archiver.bbclass |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass index 59b58f4..ac8aa95 100644 --- a/meta/classes/archiver.bbclass +++ b/meta/classes/archiver.bbclass @@ -6,6 +6,8 @@ ARCHIVE_EXCLUDE_FROM ?= ".pc autom4te.cache" ARCHIVE_TYPE ?= "TAR SRPM" DISTRO ?= "poky" PATCHES_ARCHIVE_WITH_SERIES = 'TRUE' +SOURCE_ARCHIVE_LOG_WITH_SCRIPTS ?= 'logs_with_scripts' +SOURCE_ARCHIVE_PACKAGE_TYPE ?= 'tar' def get_bb_inc(d): '''create a directory "script-logs" including .bb and .inc file in ${WORKDIR}''' @@ -277,7 +279,7 @@ def get_package(d): try: f = open(tarpackage,'r') line = list(set(f.readline().replace('\n','').split())) - except IOError: + except UnboundLocalError,IOError: pass f.close() return line -- 1.7.0.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] archiver.bbclass: Add two default set for avoiding error when missing assignment
From: Xiaofeng Yan This is V2. Add two default set(SOURCE_ARCHIVE_LOG_WITH_SCRIPTS, SOURCE_ARCHIVE_PACKAGE_TYPE) to archiver.bbclass for avoiding building error when forgetting to assign to them. Make some modification according to clarson's suggestion. Thank him correct my fault. The following changes since commit d4e265661517f8dd4e1648fdc56bac5973f986f6: Saul Wold (1): poky.conf: Change WARNS -> ERRORS are available in the git repository at: git://git.pokylinux.org/poky-contrib xiaofeng/archiver http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/archiver Xiaofeng Yan (1): archiver.bbclass: Add two default set for avoiding error when missing assignment meta/classes/archiver.bbclass |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Richard Purdie : glib-2.0: Fix issues with libelf dependency creeping in
On Mon, May 07, 2012 at 03:49:24PM +, g...@git.openembedded.org wrote: > Module: openembedded-core.git > Branch: master > Commit: 2929e7d590862d9649458c90804e79a1dce40423 > URL: > http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=2929e7d590862d9649458c90804e79a1dce40423 > > Author: Richard Purdie > Date: Mon May 7 09:49:43 2012 + > > glib-2.0: Fix issues with libelf dependency creeping in > > Signed-off-by: Richard Purdie FWIW: glib-2.32.3 should now use libelf only for parts which are actually using that: http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7fe1f97a128be5f48dcd1232250e96bd581a35c1 but still no configure option for that.. Cheers, > > --- > > meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch | 37 > > meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb |2 + > 2 files changed, 39 insertions(+), 0 deletions(-) > > diff --git a/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch > b/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch > new file mode 100644 > index 000..e9b3b26 > --- /dev/null > +++ b/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch > @@ -0,0 +1,37 @@ > +Ideally there would be configureation option for this but there is not. We > +can't allow this code since it could detect the host system's libelf with > +disasterous effects when cross compiling. > + > +RP 2012/5/7 > + > +Upstream-Status: Pending (would need to be made a configure option to disabe) > + > +Index: glib-2.32.2/configure.ac > +=== > +--- glib-2.32.2.orig/configure.ac2012-05-07 08:30:04.481149925 + > glib-2.32.2/configure.ac 2012-05-07 08:31:02.185148588 + > +@@ -1816,23 +1816,7 @@ > + dnl *** check for libelf *** > + dnl > + > +-PKG_CHECK_MODULES([LIBELF], [libelf], [have_libelf=yes], > [have_libelf=maybe]) > +- > +-if test $have_libelf = maybe; then > +- AC_CHECK_LIB([elf], [elf_begin], , [have_libelf=no]) > +- AC_CHECK_LIB([elf], [elf_getshdrstrndx], , [have_libelf=no]) > +- AC_CHECK_LIB([elf], [elf_getshdrnum], , [have_libelf=no]) > +- AC_CHECK_HEADER([libelf.h], , [have_libelf=no]) > +- > +- if test $have_libelf != no; then > +-LIBELF_LIBS=-lelf > +-have_libelf = yes > +- fi > +-fi > +- > +-if test $have_libelf = yes; then > +- AC_DEFINE(HAVE_LIBELF, 1, [Define if libelf is available]) > +-fi > ++have_libelf=no > + > + dnl > + dnl *** platform dependent source checks *** > diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb > b/meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb > index f303cb4..b9b3356 100644 > --- a/meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb > +++ b/meta/recipes-core/glib-2.0/glib-2.0_2.32.2.bb > @@ -1,6 +1,7 @@ > require glib.inc > > PE = "1" > +PR = "r1" > > DEPENDS += "libffi python-argparse-native zlib" > DEPENDS_virtclass-native += "libffi-native python-argparse-native" > @@ -13,6 +14,7 @@ SRC_URI = > "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz \ > file://60_wait-longer-for-threads-to-die.patch \ > file://glib-2.0_fix_for_x32.patch \ > file://nodbus.patch \ > + file://nolibelf.patch \ >" > SRC_URI[md5sum] = "5bfdb6197afb90e4dbc7b1bb98f0eae0" > SRC_URI[sha256sum] = > "b1764abf00bac96e0e93e29fb9715ce75f3583579acac40648e18771d43d6136" > > > ___ > Openembedded-commits mailing list > openembedded-comm...@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core