Re: [oe] [PATCH] libxml: Deleted patch that is already applied in source tarball
Dear Joel, Am Mittwoch, den 06.07.2011, 20:41 -0500 schrieb Joel A Fernandes: > Sorry I am unable to reply to your email on libxml2 as I'm a > digest-mode subscriber so I have started another thread. Could I be > kept on the CC-list by replying-to-all? I will try to remember that. By the way, you do not have to put me into CC as I am reading the list. ;-) > My build configuration is: > DISTRO="angstrom-2010.x" > MACHINE="beagleboard" > > git branch: org.openembedded.dev You can use master as this name is just there for historical reasons. > Uncompressing the sources from the downloaded archive > libxml2-2.7.8.tar.gz shows that the patch in > recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch > has already been applied to xpath.c Still it is strange, that it does not complain on my end. > Could your build configuration be pulling a different recipe? It does not look like it. $ bitbake -c patch libxml2 NOTE: Out of date cache found, rebuilding... […] Parsing recipes: 100% |#| Time: 00:01:29 Parsing of 7201 .bb files complete (0 cached, 7201 parsed). 7857 targets, 309 skipped, 0 masked, 0 errors. Build Configuration: BB_VERSION= "1.12.0" METADATA_BRANCH = "master" METADATA_REVISION = "529b445" TARGET_ARCH = "arm" TARGET_OS = "linux-gnueabi" MACHINE = "beagleboard" DISTRO= "angstrom" DISTRO_VERSION= "v2011.07" TARGET_FPU= "hard" NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing RunQueue Tasks NOTE: Removing stamps: /oe/build-angstrom-next/angstrom-dev/stamps/armv7a-angstrom-linux-gnueabi/libxml2-2.7.8-r9.1.* NOTE: Running task 10 of 13 (ID: 3, /oe/openembedded/recipes/libxml/libxml2_2.7.8.bb, do_setscene) NOTE: package libxml2-2.7.8-r9.1: task do_setscene: Started NOTE: package libxml2-2.7.8-r9.1: task do_setscene: Succeeded NOTE: Running task 11 of 13 (ID: 2, /oe/openembedded/recipes/libxml/libxml2_2.7.8.bb, do_fetch) NOTE: package libxml2-2.7.8-r9.1: task do_fetch: Started NOTE: package libxml2-2.7.8-r9.1: task do_fetch: Succeeded NOTE: Running task 12 of 13 (ID: 0, /oe/openembedded/recipes/libxml/libxml2_2.7.8.bb, do_unpack) NOTE: package libxml2-2.7.8-r9.1: task do_unpack: Started NOTE: package libxml2-2.7.8-r9.1: task do_unpack: Succeeded NOTE: Running task 13 of 13 (ID: 1, /oe/openembedded/recipes/libxml/libxml2_2.7.8.bb, do_patch) NOTE: package libxml2-2.7.8-r9.1: task do_patch: Started NOTE: package libxml2-2.7.8-r9.1: task do_patch: Succeeded NOTE: Tasks Summary: Attempted 13 tasks of which 9 didn't need to be rerun and 0 failed. Here is my check. $ md5sum libxml2-2.7.8.tar.gz 8127a65e8c3b08856093099b52599c86 libxml2-2.7.8.tar.gz $ tar xvf libxml2-2.7.8.tar.gz […] $ zless -N libxml2-2.7.8/xpath.c 3575 } else if (cur->nodeNr == cur->nodeMax) { 3576 xmlNodePtr *temp; 3577 3578 cur->nodeMax *= 2; 3579 temp = (xmlNodePtr *) xmlRealloc(cur->nodeTab, cur->nodeMax * 3580 sizeof(xmlNodePtr)); 3581 if (temp == NULL) { 3582 xmlXPathErrMemory(NULL, "growing nodeset\n"); 3583 return; 3584 } 3585 cur->nodeTab = temp; 3586 } Please remember that the sources are patched in the build directory after the task patch has been executed. Thanks, Paul signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2] pulseaudio: Run as system-wide instance instead of per-user
* Pulseaudio running as per-user is opening audio devices and blocking everyone else from getting access to the device. The problem is it doesn't even seem to be allowing applications to connect to it, this patch starts it up in system mode instead which is tested and known to work Signed-off-by: Joel A Fernandes --- Changes since earlier version: Sorry I didn't bump the PR! Resending it again .../pulseaudio-system-mode-startup.sh |4 recipes/pulseaudio/pulseaudio_0.9.22.bb| 17 - 2 files changed, 20 insertions(+), 1 deletions(-) create mode 100755 recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh diff --git a/recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh b/recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh new file mode 100755 index 000..528ceb9 --- /dev/null +++ b/recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh @@ -0,0 +1,4 @@ +#!/bin/sh + +echo "Starting Pulseaudio in system mode.." +pulseaudio --log-target=syslog --system diff --git a/recipes/pulseaudio/pulseaudio_0.9.22.bb b/recipes/pulseaudio/pulseaudio_0.9.22.bb index 2368829..1bc6816 100644 --- a/recipes/pulseaudio/pulseaudio_0.9.22.bb +++ b/recipes/pulseaudio/pulseaudio_0.9.22.bb @@ -1,6 +1,6 @@ require pulseaudio.inc -PR = ${INC_PR}.2 +PR = ${INC_PR}.3 DEPENDS += "gdbm speex" @@ -12,6 +12,10 @@ FILESPATHPKG =. "pulseaudio-0.9.21:" inherit gettext +inherit update-rc.d +INITSCRIPT_NAME = "pulseaudio.sh" +INITSCRIPT_PARAMS = "start 99 2 3 4 5 ." + #SRC_URI += "\ # file://buildfix.patch \ # file://autoconf_version.patch \ @@ -27,6 +31,7 @@ SRC_URI += "\ file://armv4+v5asm.patch \ file://fixbluezbuild.patch \ file://ubacktrace.patch \ + file://pulseaudio-system-mode-startup.sh \ " #do_compile_prepend() { @@ -37,3 +42,13 @@ SRC_URI += "\ SRC_URI[md5sum] = "ca85ab470669b05e100861654cf5eb3c" SRC_URI[sha256sum] = "c6019324395117a258c048a6db5e9734551cc2c61dc35b46403ff00d64be55f0" + +do_install_append() { + # init script to start pulseaudio system-wide + install -d ${D}/${sysconfdir}/init.d/ + install -m 0755 ${WORKDIR}/pulseaudio-system-mode-startup.sh ${D}/${sysconfdir}/init.d/pulseaudio.sh + + # Disable startup of pulseaudio as a per-user instance + chmod -x ${D}/${bindir}/start-pulseaudio-x11 +} + -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] pulseaudio: Run as system-wide instance instead of per-user
* Pulseaudio running as per-user is opening audio devices and blocking everyone else from getting access to the device. The problem is it doesn't even seem to be allowing applications to connect to it, this patch starts it up in system mode instead which is tested and known to work Signed-off-by: Joel A Fernandes --- .../pulseaudio-system-mode-startup.sh |4 recipes/pulseaudio/pulseaudio_0.9.22.bb| 15 +++ 2 files changed, 19 insertions(+), 0 deletions(-) create mode 100755 recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh diff --git a/recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh b/recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh new file mode 100755 index 000..528ceb9 --- /dev/null +++ b/recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh @@ -0,0 +1,4 @@ +#!/bin/sh + +echo "Starting Pulseaudio in system mode.." +pulseaudio --log-target=syslog --system diff --git a/recipes/pulseaudio/pulseaudio_0.9.22.bb b/recipes/pulseaudio/pulseaudio_0.9.22.bb index 2368829..6d3adc4 100644 --- a/recipes/pulseaudio/pulseaudio_0.9.22.bb +++ b/recipes/pulseaudio/pulseaudio_0.9.22.bb @@ -12,6 +12,10 @@ FILESPATHPKG =. "pulseaudio-0.9.21:" inherit gettext +inherit update-rc.d +INITSCRIPT_NAME = "pulseaudio.sh" +INITSCRIPT_PARAMS = "start 99 2 3 4 5 ." + #SRC_URI += "\ # file://buildfix.patch \ # file://autoconf_version.patch \ @@ -27,6 +31,7 @@ SRC_URI += "\ file://armv4+v5asm.patch \ file://fixbluezbuild.patch \ file://ubacktrace.patch \ + file://pulseaudio-system-mode-startup.sh \ " #do_compile_prepend() { @@ -37,3 +42,13 @@ SRC_URI += "\ SRC_URI[md5sum] = "ca85ab470669b05e100861654cf5eb3c" SRC_URI[sha256sum] = "c6019324395117a258c048a6db5e9734551cc2c61dc35b46403ff00d64be55f0" + +do_install_append() { + # init script to start pulseaudio system-wide + install -d ${D}/${sysconfdir}/init.d/ + install -m 0755 ${WORKDIR}/pulseaudio-system-mode-startup.sh ${D}/${sysconfdir}/init.d/pulseaudio.sh + + # Disable startup of pulseaudio as a per-user instance + chmod -x ${D}/${bindir}/start-pulseaudio-x11 +} + -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Debugging u-boot
On Thu, Jul 7, 2011 at 1:13 PM, Bernard Mentink wrote: > Hi Charles, > > Didn't know you were lurking on this list ... ;-) You can run but you can't hide. > > I have built for the angstom distro (arm-angstrom-linux-gnueabi-*), but the > tools got put in my project path I described in my earlier email, but > There was no GDB included for some reason .. The regular toolchian than oe builds for its own purposes does not use gdb because gdb is not needed for building. That toolchain is intended for use within OE bitbakery only. A meta-toolchain is built as a standalone toolchain intended for use outside of OE (eg. if you pull u-boot to a standalone directory for development purposes or want to do your own app development outside of OE.) > > How do you build the meta-toolchain, and how will that help. bitbake meta-toolchain. This makes a toolchain which you can unpack thus: $ cd / $ sudo tar xvjf ${OETOP}/tmp/deploy/glibc/sdk/angstrom-2009.X-test-20110301-armv7a-linux-gnueabi-toolchain.tar.bz2 [NB your toolchain name will be something different] To set up all the paths etc use . /usr/local/angstrom/arm/environment-setup Google openembedded metatoolchain will also give some interesting info. NB If you're building apps and need extra libraries you will need to make your own SDK. That's a bit more effort and you don't need all that just for gdbing u-boot -- Charles > > Cheers, > Bernie > > > -- > I want to die peacefully in my sleep, like my grandfather, not screaming and > yelling like the passengers in his car. > > -Original Message- > From: openembedded-devel-boun...@lists.openembedded.org > [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of > Charles Manning > Sent: Thursday, 7 July 2011 12:38 p.m. > To: openembedded-devel@lists.openembedded.org > Subject: Re: [oe] Debugging u-boot > > Bernie > > What toolchain are you building? > > If you build meta-toolchain that should build all the stuff you can put into > /usr/local/angstrom/arm/... which includes gdb. > > That should then work with a JTAG debugger etc. > > -- Charles > > > On Thu, Jul 7, 2011 at 11:25 AM, Bernard Mentink > wrote: >> Hi All, >> >> Can some one please tell me how to debug u-boot on my target. I have >> built u-boot for similar hardware and I want to debug with gdb, but >> cannot even find the cross-compile version of gdb, It does not exist >> in the directory "build/tmp/sysroots/i686-linux/usr/armv6/bin/" where >> the other cross-compile tools live .. >> >> I want to execute "${CROSS_COMPILE}gdb u-boot" >> .. and breakpoint at some very early symbol . Some steps to >> achieving this would be much appreciated .. >> >> Many Thanks, >> Bernie >> >> >> >> >> ___ >> Openembedded-devel mailing list >> Openembedded-devel@lists.openembedded.org >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel >> > > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] In reply to review of [PATCH] libxml: Deleted patch that is already applied in source tarball
Hi Paul, Sorry I am unable to reply to your email on libxml2 as I'm a digest-mode subscriber so I have started another thread. Could I be kept on the CC-list by replying-to-all? My build configuration is: DISTRO="angstrom-2010.x" MACHINE="beagleboard" git branch: org.openembedded.dev Uncompressing the sources from the downloaded archive libxml2-2.7.8.tar.gz shows that the patch in recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch has already been applied to xpath.c Could your build configuration be pulling a different recipe? Thanks, Joel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Debugging u-boot
Hi Charles, Didn't know you were lurking on this list ... ;-) I have built for the angstom distro (arm-angstrom-linux-gnueabi-*), but the tools got put in my project path I described in my earlier email, but There was no GDB included for some reason .. How do you build the meta-toolchain, and how will that help. Cheers, Bernie -- I want to die peacefully in my sleep, like my grandfather, not screaming and yelling like the passengers in his car. -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Charles Manning Sent: Thursday, 7 July 2011 12:38 p.m. To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] Debugging u-boot Bernie What toolchain are you building? If you build meta-toolchain that should build all the stuff you can put into /usr/local/angstrom/arm/... which includes gdb. That should then work with a JTAG debugger etc. -- Charles On Thu, Jul 7, 2011 at 11:25 AM, Bernard Mentink wrote: > Hi All, > > Can some one please tell me how to debug u-boot on my target. I have > built u-boot for similar hardware and I want to debug with gdb, but > cannot even find the cross-compile version of gdb, It does not exist > in the directory "build/tmp/sysroots/i686-linux/usr/armv6/bin/" where > the other cross-compile tools live .. > > I want to execute "${CROSS_COMPILE}gdb u-boot" > .. and breakpoint at some very early symbol . Some steps to > achieving this would be much appreciated .. > > Many Thanks, > Bernie > > > > > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] MINUTES: OE-TSC meeting 30-Jun-2011
MINUTES: OE-TSC meeting 30-Jun-2011 Attending: Mark, Koen, Tom Guest: Richard Notes: Jefro Agenda & Proceedings: 01) choose a meeting chair Jefro 02) new topics a) libc locale split mess, why did those patches get merged, especially considering the outcome of last weeks meeting about core files. (koen) RP: locale stuff was a bit of a disaster, review/test process had some issues need to make warnings more visible and improve bitbake logging should really log all console output to a logfile for example b) turning insane.bbclass back on (koen) not a thursday/friday before a long us weekend change requires some warning, as things will break - need help from community --> move discussion to oe-core mailing list, tentative date July 11 c) Rein Memory consumption of bitbake. (khem) needs someone with the time/skill to work on it - continue 03) action items from last week --> patches appearing on oe-dev, khem to send email regarding "put stuff in meta-oe" no update 05) Status updates - elections - ongoing - oe-core - bsp guidelines - metadata layer splitting - infrastructure Raw Transcript: (12:58:50 PM) Jefro: 2 minute warning. I have added agenda items from Koen and Khem, anyone else? Who's here? (12:59:02 PM) koen: aye (12:59:07 PM) Tartarus: pong (12:59:19 PM) ***fray is here now (12:59:30 PM) Jefro: (is 3 members a quorum now?) (1:00:11 PM) ***RP__ is here (1:00:14 PM) Jefro: if not, lively discussion is always an option. Khem sent an apology - he can't make it today. (1:00:27 PM) ***fray notes he will not be able to make next weeks meeting (1:00:28 PM) RP__: Jefro: We regard it with bemusement :) (1:00:44 PM) Tartarus: Shall we begin then? (1:00:52 PM) Jefro: sure - agenda is at http://pastebin.com/mEDd7nm4 (1:01:28 PM) Jefro: ALERT - I need to leave in about 45 minutes, but someone can send me the transcript of the lastbit if we are still going by then (1:01:31 PM) RP__: koen: I think that sums it up :) (1:01:49 PM) Jefro: RP__ :) (1:02:53 PM) Jefro: quiet today... too quiet. I'll take the driver's seat if no one wants it. (1:03:01 PM) koen: khem says he has no updated on his AR (1:03:07 PM) koen: (before I forget to mention that) (1:03:14 PM) RP__: Jefro: go for it :) (1:03:16 PM) Jefro: koen thanks (1:03:21 PM) ***Jefro notes Jefro as meeting chair (1:03:49 PM) Jefro: there were three new topics, two from koen - perhaps he had better just launch into it (1:03:59 PM) Tartarus: no new topics here (1:04:27 PM) fray: nothing here (1:04:49 PM) RP__: nothing here (1:04:59 PM) RP__: I have some comments on Koen's topics though :) (1:05:15 PM) Jefro: I expected nothing less (1:05:19 PM) koen: so before we burn RP__ at the stake, let's him say his last words (1:05:20 PM) Jefro: 2a: libc locale splitmess (1:05:44 PM) RP__: heh :) (1:06:13 PM) RP__: The locale stuff was a bit of a disaster, no question about that :( (1:06:39 PM) RP__: I don't quite think it follows from last weeks problem though as these were two different circumstances (1:07:10 PM) RP__: In this case we were on v3 of the patch and at least four people had looked at the patches including myself and Phil (1:07:50 PM) fray: ya, there was definite review.. (1:07:56 PM) RP__: There was stuff people should have spotted and didn't (1:07:59 PM) koen: but was there testing? (1:08:10 PM) RP__: koen: I did have it in my testing trees off and on (1:08:29 PM) koen: an incremental image build would have shown the shlib renaming problem at least (1:08:45 PM) RP__: koen: I was doing builds from scratch and profiling at the same time :/ (1:08:48 PM) fray: I think the incremental image may have been a gap in the testing.. (1:08:51 PM) koen: a look at the buildlog would have shown all the -dbg misses (1:09:21 PM) RP__: koen: I know, I got distracted by other build issues like performance which I'm still struggling to find a regression on (1:09:29 PM) koen: unpackaged file are starting to become a pet peeve for me :) (1:09:39 PM) RP__: Somewhere we took a 10% hit and I can't explain how (1:09:48 PM) RP__: koen: one topic at a time ;-) (1:09:50 PM) fray: koen (re unpackaged files) I agree.. it's getting worse (1:10:36 PM) RP__: I did send some rather frank emails to the Yocto team about the locale thing asking people to learn lessons from it although the mail I sent was to an internal list (1:11:26 PM) koen: so another set of lessons learned? (1:11:31 PM) RP__: So all in all, I am resolving to do better and have asked the team to do better too (1:11:33 PM) koen: if yes, let's move to 2b (1:11:53 PM) RP__: koen: yes. I'd also like to see what we can do to make certain warnings more obvious (1:11:56 PM) Jefro: any action items from 2a other than be more careful nexttime? (1:11:58 PM) RP__: which leads us to 2b (1:12:19 PM) RP__: Jefro: I think the main thing is to make warnings more visible and improve bitbake logging (1:12:30 PM) RP__: we should really log all console output to a logfile for example (1:12:50 PM) RP__:
Re: [oe] Debugging u-boot
Bernie What toolchain are you building? If you build meta-toolchain that should build all the stuff you can put into /usr/local/angstrom/arm/... which includes gdb. That should then work with a JTAG debugger etc. -- Charles On Thu, Jul 7, 2011 at 11:25 AM, Bernard Mentink wrote: > Hi All, > > Can some one please tell me how to debug u-boot on my target. I have > built u-boot for similar hardware and I want to debug with gdb, but > cannot even find the cross-compile version of gdb, > It does not exist in the directory > "build/tmp/sysroots/i686-linux/usr/armv6/bin/" where the other > cross-compile tools live .. > > I want to execute "${CROSS_COMPILE}gdb u-boot" > .. and breakpoint at some very early symbol . Some steps to > achieving this would be much appreciated .. > > Many Thanks, > Bernie > > > > > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Debugging u-boot
Hi All, Can some one please tell me how to debug u-boot on my target. I have built u-boot for similar hardware and I want to debug with gdb, but cannot even find the cross-compile version of gdb, It does not exist in the directory "build/tmp/sysroots/i686-linux/usr/armv6/bin/" where the other cross-compile tools live .. I want to execute "${CROSS_COMPILE}gdb u-boot" .. and breakpoint at some very early symbol . Some steps to achieving this would be much appreciated .. Many Thanks, Bernie ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] libxml: Deleted patch that is already applied in source tarball
Am Mittwoch, den 06.07.2011, 17:11 -0500 schrieb Joel A Fernandes: > This deletes a patch that appears to be already applied to the checked out > source and is causing do_patch in libxml2 > to fail when bitbaking beagleboard-validation-base-image This is strange. I do not get this error with `bitbake -k libxml2`. And according to `git log recipes/libxml/` the patch has been there from the beginning so somebody else should have hit this too already. Can you check your set up and post exactly what branch and build configuration you are using. It would be great if you could run another build with a clean build (and download(?)) directory. What do you mean by »checked out«? The downloaded archive? > Signed-off-by: Joel A Fernandes > --- > Not sure if should bump the PR in this case? If not, please ignore this note If it really fixes a build error I guess no PR bump would be needed, since the package content should not change. […] Thanks, Paul signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2] libxml: Deleted patch that is already applied in source tarball
* Deleted a patch that appears to be already applied to the checked out source and is causing do_patch in libxml2 to fail Signed-off-by: Joel A Fernandes --- Changes since previous patch: Update commit summary to be more relevant. Not sure if should bump the PR in this case? If not, please ignore this note .../0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch | 29 recipes/libxml/libxml2_2.7.8.bb|1 - 2 files changed, 0 insertions(+), 30 deletions(-) delete mode 100644 recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch diff --git a/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch b/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch deleted file mode 100644 index f94350d..000 --- a/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch +++ /dev/null @@ -1,29 +0,0 @@ -From 0cbeb50ee03ce582a0c979c70d8fbf030e270c37 Mon Sep 17 00:00:00 2001 -From: Daniel Veillard -Date: Mon, 15 Nov 2010 11:06:29 + -Subject: Fix a potential memory access error - -in case of a previus allocation error -diff --git a/xpath.c b/xpath.c -index 4d6826d..81e33f6 100644 a/xpath.c -+++ b/xpath.c -@@ -3575,13 +3575,13 @@ xmlXPathNodeSetAdd(xmlNodeSetPtr cur, xmlNodePtr val) { - } else if (cur->nodeNr == cur->nodeMax) { - xmlNodePtr *temp; - --cur->nodeMax *= 2; -- temp = (xmlNodePtr *) xmlRealloc(cur->nodeTab, cur->nodeMax * -+ temp = (xmlNodePtr *) xmlRealloc(cur->nodeTab, cur->nodeMax * 2 * - sizeof(xmlNodePtr)); - if (temp == NULL) { - xmlXPathErrMemory(NULL, "growing nodeset\n"); - return; - } -+cur->nodeMax *= 2; - cur->nodeTab = temp; - } - if (val->type == XML_NAMESPACE_DECL) { --- -cgit v0.8.3.1 diff --git a/recipes/libxml/libxml2_2.7.8.bb b/recipes/libxml/libxml2_2.7.8.bb index 1a71c2b..7d0c451 100644 --- a/recipes/libxml/libxml2_2.7.8.bb +++ b/recipes/libxml/libxml2_2.7.8.bb @@ -1,7 +1,6 @@ require libxml2.inc SRC_URI += "\ - file://0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch \ file://df83c17e5a2646bd923f75e5e507bc80d73c9722.patch \ file://fec31bcd452e77c10579467ca87a785b41115de6.patch \ file://00819877651b87842ed878898ba17dba489820f0.patch \ -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] libxml: Deleted patch that is already applied in source tarball
This deletes a patch that appears to be already applied to the checked out source and is causing do_patch in libxml2 to fail when bitbaking beagleboard-validation-base-image Signed-off-by: Joel A Fernandes --- Not sure if should bump the PR in this case? If not, please ignore this note .../0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch | 29 recipes/libxml/libxml2_2.7.8.bb|1 - 2 files changed, 0 insertions(+), 30 deletions(-) delete mode 100644 recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch diff --git a/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch b/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch deleted file mode 100644 index f94350d..000 --- a/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch +++ /dev/null @@ -1,29 +0,0 @@ -From 0cbeb50ee03ce582a0c979c70d8fbf030e270c37 Mon Sep 17 00:00:00 2001 -From: Daniel Veillard -Date: Mon, 15 Nov 2010 11:06:29 + -Subject: Fix a potential memory access error - -in case of a previus allocation error -diff --git a/xpath.c b/xpath.c -index 4d6826d..81e33f6 100644 a/xpath.c -+++ b/xpath.c -@@ -3575,13 +3575,13 @@ xmlXPathNodeSetAdd(xmlNodeSetPtr cur, xmlNodePtr val) { - } else if (cur->nodeNr == cur->nodeMax) { - xmlNodePtr *temp; - --cur->nodeMax *= 2; -- temp = (xmlNodePtr *) xmlRealloc(cur->nodeTab, cur->nodeMax * -+ temp = (xmlNodePtr *) xmlRealloc(cur->nodeTab, cur->nodeMax * 2 * - sizeof(xmlNodePtr)); - if (temp == NULL) { - xmlXPathErrMemory(NULL, "growing nodeset\n"); - return; - } -+cur->nodeMax *= 2; - cur->nodeTab = temp; - } - if (val->type == XML_NAMESPACE_DECL) { --- -cgit v0.8.3.1 diff --git a/recipes/libxml/libxml2_2.7.8.bb b/recipes/libxml/libxml2_2.7.8.bb index 1a71c2b..7d0c451 100644 --- a/recipes/libxml/libxml2_2.7.8.bb +++ b/recipes/libxml/libxml2_2.7.8.bb @@ -1,7 +1,6 @@ require libxml2.inc SRC_URI += "\ - file://0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch \ file://df83c17e5a2646bd923f75e5e507bc80d73c9722.patch \ file://fec31bcd452e77c10579467ca87a785b41115de6.patch \ file://00819877651b87842ed878898ba17dba489820f0.patch \ -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH-proposal] fix vlc building (-fPIC error) by patching live555 recipe
ok sorry for the noise.. last time with INC_PR updated >From d8eaabb63088dc68b7bba3f5a6ac6a31e65a36e6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Sylvain=20'GarthPS'=20Par=C3=A9?= Date: Wed, 6 Jul 2011 23:53:42 +0200 Subject: [PATCH] live555 recipe: added -fPIC flag need by VLC to build with live555 support MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: Sylvain 'GarthPS' Paré --- recipes/live555/live555.inc |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/recipes/live555/live555.inc b/recipes/live555/live555.inc index 14e97bb..f1e21dc 100644 --- a/recipes/live555/live555.inc +++ b/recipes/live555/live555.inc @@ -7,7 +7,7 @@ HOMEPAGE = "http://live.com/"; LICENSE = "LGPL" SECTION = "devel" -INC_PR = "r1" +INC_PR = "r2" URLV = "${@bb.data.getVar('PV',d,1)[0:4]}.${@bb.data.getVar('PV',d,1)[4:6]}.${@bb.data.getVar('PV',d,1)[6:8]}" SRC_URI = "http://www.live555.com/liveMedia/public/live.${URLV}.tar.gz \ @@ -18,6 +18,7 @@ TARGET_CC_ARCH += "${LDFLAGS}" do_configure() { cp ${WORKDIR}/config.linux-cross . +echo "COMPILE_OPTS+=" -fPIC "" >> config.linux-cross ./genMakefiles linux-cross } -- 1.7.4.1 0001-live555-recipe-added-fPIC-flag-need-by-VLC-to-build-.patch Description: Binary data ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH-proposal] fix vlc building (-fPIC error) by patching live555 recipe
Patch attached. removed unneeded line >From 9e01ea60bf7790f1250ef24a317507e255f3f947 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Sylvain=20'GarthPS'=20Par=C3=A9?= Date: Wed, 6 Jul 2011 23:36:14 +0200 Subject: [PATCH] live555 recipe: added -fPIC flag need by VLC to build with live555 support MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: Sylvain 'GarthPS' Paré --- recipes/live555/live555.inc |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/recipes/live555/live555.inc b/recipes/live555/live555.inc index 14e97bb..6de57cb 100644 --- a/recipes/live555/live555.inc +++ b/recipes/live555/live555.inc @@ -18,6 +18,7 @@ TARGET_CC_ARCH += "${LDFLAGS}" do_configure() { cp ${WORKDIR}/config.linux-cross . +echo "COMPILE_OPTS+=" -fPIC "" >> config.linux-cross ./genMakefiles linux-cross } -- 1.7.4.1 0001-live555-recipe-added-fPIC-flag-need-by-VLC-to-build-.patch Description: Binary data ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH-proposal] fix vlc building (-fPIC error) by patching live555 recipe
Hi, Attached the new patch. is this ok for you this time ? About the fix-makefile I don't know and did not take the time, just followed this http://forum.videolan.org/viewtopic.php?f=13&t=46465 I just know that it works for me :) So with this patch vlc will be build wilth live555 support. Before that if live555 was present(built without fPIC flag by default) vlc did not build successfully But if you did clean live555 then vlc build process would detect it and then build successfully deactivating live555 support (that is why I did succeed to build the last time without understanding it) With pleasure! A 1.1.10 recipe could be cool too but It was above my skills/time for now.( had some compile error and did not took the time to fix it) Sylvain 2011/7/6 Denis 'GNUtoo' Carikli > >Let me know if it is not good enough, and if the patch is accepted. > hi, > First thanks for the patch, unfortunately it's in the wrong format, you > should > rather use git (git add + git commit + git format-patch + git-send-email ) > as > described in the patch sending guide: > http://www.openembedded.org/index.php/How_to_submit_a_patch_for_dummies > > Then I wonder what is fix-makefile. > > I'd like vlc to get fixed. Thanks again for caring about vlc. > > Denis. > 0001-live555-recipe-added-fPIC-flag-need-by-VLC-to-build-.patch Description: Binary data ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] how to recover lost password from patchwork @ openembedded ?
Hi all, as stated in subject how to recover lost password from patchwork @ openembedded ? (NOTE: website doesn't show any link about recover account) Thanks Alessandro -- Alessandro Sappia CEO Biotechware srl C.so Castelfidardo, 30/A c/o I3P 10129 Torino (TO) Italy Tel: +39 011 0903260 Fax: +39 011 0905126 http://www.biotechware.com/ <>___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Discouraged kernels 2.6.35+?
On Wed, Jul 6, 2011 at 12:21 PM, Orjan Friberg wrote: > On 2011-07-06 11:52, Henning Heinold wrote: >> >> If you are needed to use the dsp you have to stick to .32 > > Are there DSP-related packages that don't work with later kernels (dsplink, > codec engine) or something else? On an igep board i've tested gstreamer-ti and gst-dsp with kernels .35 (from igep git) and .39 (linux-omap_2.6.39 with custom configuration), no problems so far. Enrico ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/1] matrix-gui: Update SRCREV to revision 295
* beagleboard - Broswer was accidentally removed * beagleboard - Remove Wifi app and add back browser * am37x - Add NOTE to connecte imaging daughter card at boot-up Signed-off-by: Jeff Lance --- recipes/ti/matrix-gui-common_1.4.bb |4 ++-- recipes/ti/matrix-gui-e_1.3.bb |4 ++-- recipes/ti/matrix-gui_1.3.bb|4 ++-- 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/recipes/ti/matrix-gui-common_1.4.bb b/recipes/ti/matrix-gui-common_1.4.bb index ee36492..e650e41 100644 --- a/recipes/ti/matrix-gui-common_1.4.bb +++ b/recipes/ti/matrix-gui-common_1.4.bb @@ -4,5 +4,5 @@ require matrix-gui-common.inc # prebuilt version in the repository. RRECOMMENDS_${PN} = "am-sysinfo" -SRCREV = "293" -PR = "${INC_PR}.15" +SRCREV = "295" +PR = "${INC_PR}.16" diff --git a/recipes/ti/matrix-gui-e_1.3.bb b/recipes/ti/matrix-gui-e_1.3.bb index 5dfcf47..276793b 100644 --- a/recipes/ti/matrix-gui-e_1.3.bb +++ b/recipes/ti/matrix-gui-e_1.3.bb @@ -1,5 +1,5 @@ require matrix-gui-e.inc -SRCREV = "293" -PR = "${INC_PR}.14" +SRCREV = "295" +PR = "${INC_PR}.15" diff --git a/recipes/ti/matrix-gui_1.3.bb b/recipes/ti/matrix-gui_1.3.bb index 8713ffa..e020fde 100644 --- a/recipes/ti/matrix-gui_1.3.bb +++ b/recipes/ti/matrix-gui_1.3.bb @@ -1,4 +1,4 @@ require matrix-gui.inc -SRCREV = "293" -PR = "${INC_PR}.10" +SRCREV = "295" +PR = "${INC_PR}.11" -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2] beagleboard-test-scripts: Add a script flash-fs.sh for flashing NAND
This script flashes the NAND of a BeagleBoard if it exists, and if there is a valid image to flash Signed-off-by: Joel A Fernandes --- Changes since v1: * Bumped PR * Using commit revision number instead of AUTOREV * Using update-rc.d class instead of copying init script to /etc/rc5.d/ * Removed full stops from the commit summary * Made comment on the init script in do_install more clear .../beagleboard/beagleboard-test-scripts_git.bb| 14 +++--- 1 files changed, 11 insertions(+), 3 deletions(-) diff --git a/recipes/beagleboard/beagleboard-test-scripts_git.bb b/recipes/beagleboard/beagleboard-test-scripts_git.bb index be0d059..4e0f54f 100644 --- a/recipes/beagleboard/beagleboard-test-scripts_git.bb +++ b/recipes/beagleboard/beagleboard-test-scripts_git.bb @@ -1,14 +1,18 @@ ## Reminder: The correct spacing for a variable is FOO = "BAR" in : PR="r1" DESCRIPTION = "BeagleBoard test scripts" HOMEPAGE = "http://beagleboad.org/support"; -PR = "r2" +PR = "r3" -SRC_URI = "git://gitorious.org/beagleboard-validation/scripts.git;protocol=git \ +SRC_URI = "git://gitorious.org/~joelf/beagleboard-validation/validation-scripts.git;protocol=git \ " -SRCREV = "473dd2ab20d866be6168c9f992c2c9e74e485c9d" +SRCREV = "c482b7cb6caaa986a86d360d39e9040c77667d6b" S = "${WORKDIR}/git" +inherit update-rc.d +INITSCRIPT_NAME = "flash-fs.sh" +INITSCRIPT_PARAMS = "start 99 2 3 4 5 ." + do_install() { TEST_FILES=" \ testaudio \ @@ -28,4 +32,8 @@ do_install() { for i in ${TEST_FILES}; do install -m 0755 ${S}/${i} ${D}/${bindir} done + # A script to flash NAND if the board has it, and if there is valid image to flash on the SD Card. + # We also register it as an init script so that the SD Card auto-flashes to NAND during boot. + install -d ${D}/${sysconfdir}/init.d/ + install -m 0755 ${S}/flashing/flash-fs.sh ${D}/${sysconfdir}/init.d/flash-fs.sh } -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v3] linux-omap-psp: Fix the user button GPIO to the correct value for a BeagleBoard-xM
The user-button wasn't working for me with the the linux-omap-psp-2.6.32 kernel, this change fixes it. I noticed the correct value in the linux-omap-2.6.39 sources Signed-off-by: Joel A Fernandes --- Changes since v2: * Bumped PR * Made the commit summary more descriptive, removed full stop conf/machine/include/omap3.inc |2 +- ...agle-cleaned-up-board-revision-conditions.patch |4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/conf/machine/include/omap3.inc b/conf/machine/include/omap3.inc index c762d41..f806a32 100644 --- a/conf/machine/include/omap3.inc +++ b/conf/machine/include/omap3.inc @@ -4,7 +4,7 @@ TARGET_ARCH = "arm" require conf/machine/include/tune-cortexa8.inc PREFERRED_PROVIDER_virtual/kernel = "linux-omap" # Increase this everytime you change something in the kernel -MACHINE_KERNEL_PR = "r102" +MACHINE_KERNEL_PR = "r103" KERNEL_IMAGETYPE = "uImage" diff --git a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch index 513a101..fb91cb6 100644 --- a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch +++ b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch @@ -143,8 +143,8 @@ index 4bde54b..664a9c6 100644 omap3_beagle_i2c_init(); - if (cpu_is_omap3630()) { -+ if ((omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMAB) && -+ (omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMC)) { ++ if ((omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMAB) || ++ (omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMC)) { gpio_buttons[0].gpio = 4; } -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2] linux-omap-psp: Fix the user button GPIO to the correct value for a BeagleBoard-xM
Hi Paul, Thanks for your suggestions. On Wed, Jul 6, 2011 at 4:43 AM, Paul Menzel wrote: > Dear Joel, > > > Am Dienstag, den 05.07.2011, 20:48 -0500 schrieb Joel A Fernandes: > > 1. What has changed in this patch iteration? (You can put that below the > `---`.) Thanks, will do. > 2. Could you elaborate a bit more what the problem was, i. e. how the > situation was before, and how the fix works? For example pointing to the > thread on the BeagleBoard list.(?) I am not aware of any thread that showed concern about the incorrect value. It so happened that the user-button wasn't working for me. > 3. Is a similar patch also needed for 2.6.39? A similar patch is already included in 2.6.39 and has the correct value. (line 109 in linux/linux-omap-2.6.39/beagle/0001-OMAP3-beagle-add-support-for-beagleboard-xM-revision.patch) Thanks, Joel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] beagleboard-test-scripts: Add a script flash-fs.sh for flashing NAND.
Hi Paul, Thanks for your suggestions. I will make the requested changes, >> do_install() { >> @@ -28,4 +28,7 @@ do_install() { >> for i in ${TEST_FILES}; do >> install -m 0755 ${S}/${i} ${D}/${bindir} >> done >> + # Add script to flash the NAND if it exists and if there is a valid >> image to flash on bootup. > > • After »Add a space can be removed. > • »on bootup« is not clear to me. Does the BB have to be rebooted and > then the image is flashed? In boards with a NAND device, an image is written to the NAND if the SD Card has an image. This is during startup. Regards, Joel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH-proposal] fix vlc building (-fPIC error) by patching live555 recipe
>Let me know if it is not good enough, and if the patch is accepted. hi, First thanks for the patch, unfortunately it's in the wrong format, you should rather use git (git add + git commit + git format-patch + git-send-email ) as described in the patch sending guide: http://www.openembedded.org/index.php/How_to_submit_a_patch_for_dummies Then I wonder what is fix-makefile. I'd like vlc to get fixed. Thanks again for caring about vlc. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH-proposal] fix vlc building (-fPIC error) by patching live555 recipe
Hi, Attached a patch to fix this kind of error while building VLC : libliveMedia.a: relocation R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object; recompile with -fPIC | /home/sylvain/dev/SHR-Build/shr-unstable/tmp/sysroots/armv7a-oe-linux-gnueabi/usr/lib/libliveMedia.a: could not read symbols: Bad value | collect2: ld returned 1 exit status Let me know if it is not good enough, and if the patch is accepted. Thanks by advance. Regards, Sylvain Paré (aka GarthPS) fix-fPIC-error-onbuilding-vlc.patch Description: Binary data ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] gcc-cross-initial compile failure
The build is failing on gcc-cross-initial; NOTE: package gcc-cross-initial-4.4.4-r8.1: task do_compile: Failed ERROR: Function 'do_compile' failed (see /home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/temp/log.do_compile.18907 for further information) ERROR: Task 3612 (/work/openembedded/recipes/gcc/gcc-cross-initial_4.4.4.bb, do_compile) failed with exit code '1' ERROR: '/work/openembedded/recipes/gcc/gcc-cross-initial_4.4.4.bb' failed >From log.do_compile.18907; In file included from /home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/gcc/tree.h:30:0, from /home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/gcc/c-lang.c:27: /home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/gcc/double-int.h:24:17: fatal error: gmp.h: No such file or directory compilation terminated. make[3]: *** [c-lang.o] Error 1 make[3]: Leaving directory `/home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/build.i686-linux.i686-linux/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/build.i686-linux.i686-linux' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/build.i686-linux.i686-linux' make: *** [all] Error 2 + die 'oe_runmake failed' + oefatal 'oe_runmake failed' + echo FATAL: 'oe_runmake failed' FATAL: oe_runmake failed + exit 1 >From gcc-4.4.4.inc; DEPENDS = "mpfr gmp" NATIVEDEPS = "mpfr-native gmp-native" gcc depends mpfr gmp, therefore compiler needs mpfr.h gmp.h But these files are located under their own folder (/work/i686-linux/gmp-native-5.0.1-r1.1/gmp-5.0.1/gmp.h) ,not under gcc folder. Wondering how can you overcome this problem? Thanks, ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Fwd: Update proposals
Forwarding this to the proper list address, please note that openembedded-devel-owner is for administrative purposes. > Von: fabien comte > Betreff: Update proposals > Datum: 6. Juli 2011 14:04:00 MESZ > An: openembedded-devel-ow...@lists.openembedded.org > > Hello, > > This archive contain some updates for recipes. Could you integrate it ? > > All are ok but I cannot rebuild jamvm 1.5.4 since icedted build fails. Could > you fix icedted if you want that I test jamvm again (i did it few month > before and it worked) ? > > > I hope that it will help some users. > > > Fabien > Cheers, :M: ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2] dbus-glib: install required files for target on native build
Il giorno mer, 06/07/2011 alle 14.11 +0200, Henning Heinold ha scritto: > On Wed, Jul 06, 2011 at 01:56:57PM +0200, Alessandro Sappia wrote: > > dbus-glib-native and dbus-glib were not compiling. This patch corrects > > dbus-glib-native to install required files in order to let dbus-glib > > to compile on target. > > > > Signed-off-by: Alessandro Sappia > > --- > > recipes/dbus/dbus-glib.inc |4 ++-- > > recipes/dbus/dbus-glib_0.86.bb |4 ++-- > > 2 files changed, 4 insertions(+), 4 deletions(-) > > > > diff --git a/recipes/dbus/dbus-glib.inc b/recipes/dbus/dbus-glib.inc > > index c1c1813..d3db9f0 100644 > > --- a/recipes/dbus/dbus-glib.inc > > +++ b/recipes/dbus/dbus-glib.inc > > @@ -21,10 +21,10 @@ inherit autotools pkgconfig gettext > > > > BBCLASSEXTEND = "native" > > > > -do_configure_prepend() { > > +do_configure() { > > install -m 0644 > > ${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml ${S}/tools/ > > install -m 0644 > > ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h ${S}/tools/ > > - > > +autotools_do_configure > > } > ^ > > Why you changed this? The code in resulting shellfile should be looking the > same, > but using the prepend is normaly the better way. > Because later in the file there is do_configure_virtclass-native() function. The whole things is: do_comfigure() is for cross compilation targets, while do_configure_virtclass-native() is for native OE enviroment. This is because the do_configure_prepend() was executed also on native target, which we need to avoid. If there was a virtclass-cross available (is it there ?) the patch may be simplified in do_configure_prepend_virtclass-cross(){ install -m 0644 {STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml ${S}/tools/ install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h ${S}/tools/ } I'd like more to do this way, but this requires the definition of virtclass-cross (or whatever the name it is if such a class exists already): I wasn't able to find the correct virtclass for writing the patch this way. > > > > do_configure_virtclass-native() { > > diff --git a/recipes/dbus/dbus-glib_0.86.bb b/recipes/dbus/dbus-glib_0.86.bb > > index ce87d5d..1cef831 100644 > > --- a/recipes/dbus/dbus-glib_0.86.bb > > +++ b/recipes/dbus/dbus-glib_0.86.bb > > @@ -1,10 +1,10 @@ > > require dbus-glib.inc > > > > -PR = "${INC_PR}.1" > > +PR = "${INC_PR}.2" > > > > SRC_URI_virtclass-native += "file://run-with-tmp-session-bus.patch" > > > > -do_install_virtclass-native_prepend() { > > +do_install_append_virtclass-native() { > > install -d ${D}${datadir}/dbus > > install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus > > } > > I hope this works, there was some problems with the whole introspection stuff. > > Bye henning > > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2] dbus-glib: install required files for target on native build
On Wed, Jul 06, 2011 at 01:56:57PM +0200, Alessandro Sappia wrote: > dbus-glib-native and dbus-glib were not compiling. This patch corrects > dbus-glib-native to install required files in order to let dbus-glib > to compile on target. > > Signed-off-by: Alessandro Sappia > --- > recipes/dbus/dbus-glib.inc |4 ++-- > recipes/dbus/dbus-glib_0.86.bb |4 ++-- > 2 files changed, 4 insertions(+), 4 deletions(-) > > diff --git a/recipes/dbus/dbus-glib.inc b/recipes/dbus/dbus-glib.inc > index c1c1813..d3db9f0 100644 > --- a/recipes/dbus/dbus-glib.inc > +++ b/recipes/dbus/dbus-glib.inc > @@ -21,10 +21,10 @@ inherit autotools pkgconfig gettext > > BBCLASSEXTEND = "native" > > -do_configure_prepend() { > +do_configure() { > install -m 0644 > ${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml ${S}/tools/ > install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h > ${S}/tools/ > - > +autotools_do_configure > } ^ Why you changed this? The code in resulting shellfile should be looking the same, but using the prepend is normaly the better way. > > do_configure_virtclass-native() { > diff --git a/recipes/dbus/dbus-glib_0.86.bb b/recipes/dbus/dbus-glib_0.86.bb > index ce87d5d..1cef831 100644 > --- a/recipes/dbus/dbus-glib_0.86.bb > +++ b/recipes/dbus/dbus-glib_0.86.bb > @@ -1,10 +1,10 @@ > require dbus-glib.inc > > -PR = "${INC_PR}.1" > +PR = "${INC_PR}.2" > > SRC_URI_virtclass-native += "file://run-with-tmp-session-bus.patch" > > -do_install_virtclass-native_prepend() { > +do_install_append_virtclass-native() { > install -d ${D}${datadir}/dbus > install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus > } I hope this works, there was some problems with the whole introspection stuff. Bye henning ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2] dbus-glib: install required files for target on native build
dbus-glib-native and dbus-glib were not compiling. This patch corrects dbus-glib-native to install required files in order to let dbus-glib to compile on target. Signed-off-by: Alessandro Sappia --- recipes/dbus/dbus-glib.inc |4 ++-- recipes/dbus/dbus-glib_0.86.bb |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/recipes/dbus/dbus-glib.inc b/recipes/dbus/dbus-glib.inc index c1c1813..d3db9f0 100644 --- a/recipes/dbus/dbus-glib.inc +++ b/recipes/dbus/dbus-glib.inc @@ -21,10 +21,10 @@ inherit autotools pkgconfig gettext BBCLASSEXTEND = "native" -do_configure_prepend() { +do_configure() { install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml ${S}/tools/ install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h ${S}/tools/ - +autotools_do_configure } do_configure_virtclass-native() { diff --git a/recipes/dbus/dbus-glib_0.86.bb b/recipes/dbus/dbus-glib_0.86.bb index ce87d5d..1cef831 100644 --- a/recipes/dbus/dbus-glib_0.86.bb +++ b/recipes/dbus/dbus-glib_0.86.bb @@ -1,10 +1,10 @@ require dbus-glib.inc -PR = "${INC_PR}.1" +PR = "${INC_PR}.2" SRC_URI_virtclass-native += "file://run-with-tmp-session-bus.patch" -do_install_virtclass-native_prepend() { +do_install_append_virtclass-native() { install -d ${D}${datadir}/dbus install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus } -- 1.7.4.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Newer FireFox?
I notice that the latest version of FireFox in the .dev tree is 3.6.8 (pretty old). Has anyone thought of updating to something really recent, like 5.0? -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1] dbus-glib-native and dbus-glib were not compiling. This patch corrects dbus-glib-native to install required files in order to let dbus-glib to compile on target.
Dear Alessandro, Am Mittwoch, den 06.07.2011, 13:12 +0200 schrieb Alessandro Sappia: unfortunately you seem to have forgotten to insert line breaks when composing the commit message. Please correct that for example using `git commit --amend`. Please also follow OE’s commit policy [1] and resend your patch as v2 [2]. > Signed-off-by: Alessandro Sappia > --- > recipes/dbus/dbus-glib.inc |4 ++-- > recipes/dbus/dbus-glib_0.86.bb |4 ++-- > 2 files changed, 4 insertions(+), 4 deletions(-) Thanks, Paul [1] http://openembedded.org/index.php/Commit_Policy [2] http://openembedded.org/index.php/How_to_submit_a_patch_to_OpenEmbedded signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Discouraged kernels 2.6.35+?
On Wed, Jul 06, 2011 at 12:21:03PM +0200, Orjan Friberg wrote: > On 2011-07-06 11:52, Henning Heinold wrote: >> If you are needed to use the dsp you have to stick to .32 > > Are there DSP-related packages that don't work with later kernels > (dsplink, codec engine) or something else? Hi again, can't say for sure, that is only my knowledge from asking and hearing. Koen Kooi may help you better or try to ask on the #beagle on irc.freenode.net Bye Henning ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/1] dbus-glib-native and dbus-glib were not compiling. This patch corrects dbus-glib-native to install required files in order to let dbus-glib to compile on target.
Signed-off-by: Alessandro Sappia --- recipes/dbus/dbus-glib.inc |4 ++-- recipes/dbus/dbus-glib_0.86.bb |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/recipes/dbus/dbus-glib.inc b/recipes/dbus/dbus-glib.inc index c1c1813..d3db9f0 100644 --- a/recipes/dbus/dbus-glib.inc +++ b/recipes/dbus/dbus-glib.inc @@ -21,10 +21,10 @@ inherit autotools pkgconfig gettext BBCLASSEXTEND = "native" -do_configure_prepend() { +do_configure() { install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml ${S}/tools/ install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h ${S}/tools/ - +autotools_do_configure } do_configure_virtclass-native() { diff --git a/recipes/dbus/dbus-glib_0.86.bb b/recipes/dbus/dbus-glib_0.86.bb index ce87d5d..1cef831 100644 --- a/recipes/dbus/dbus-glib_0.86.bb +++ b/recipes/dbus/dbus-glib_0.86.bb @@ -1,10 +1,10 @@ require dbus-glib.inc -PR = "${INC_PR}.1" +PR = "${INC_PR}.2" SRC_URI_virtclass-native += "file://run-with-tmp-session-bus.patch" -do_install_virtclass-native_prepend() { +do_install_append_virtclass-native() { install -d ${D}${datadir}/dbus install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus } ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 0/1] dbus-glib-native and dbus-glib corrected
Hi all, dbus-glib-native and dbus-glib were not compiling. Reason were in how the dbus-glib.inc and dbus-glib_0.86.bb were wrote. The patch clears what the recipe has to do for each target compilation. More info from http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg10184.html [cut] > I suspect that code could well have come from Poky. In this case the > native recipe generates a file which is then used by the target builds. > It can't be generated in the target recipe as that would mean running > target binaries. [cut] Patch compiles and dbus-glib works on target device (tested with mini2440). Regards, Alessandro Alessandro Sappia (1): dbus-glib-native and dbus-glib were not compiling. This patch corrects dbus-glib-native to install required files in order to let dbus-glib to compile on target. recipes/dbus/dbus-glib.inc |4 ++-- recipes/dbus/dbus-glib_0.86.bb |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) -- 1.7.4.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Discouraged kernels 2.6.35+?
On 2011-07-06 11:52, Henning Heinold wrote: If you are needed to use the dsp you have to stick to .32 Are there DSP-related packages that don't work with later kernels (dsplink, codec engine) or something else? -- Orjan Friberg FlatFrog Laboratories AB ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Ping:RE: [PATCH] ti-wifi-utils: fix unaligned data access
Pinging on this patch. Best Regards, Eyal Reizer > -Original Message- > From: Eyal Reizer [mailto:eyalrei...@googlemail.com] > Sent: Monday, July 04, 2011 3:57 PM > To: openembedded-devel@lists.openembedded.org > Cc: Reizer, Eyal > Subject: [PATCH] ti-wifi-utils: fix unaligned data access > > update the recipe to use a new commit from upstream which fixes > unaligned > data access errors reported when using the calibrator tool on an am180x > (armv5) platform > > Signed-off-by: Eyal Reizer > --- > recipes/ti/ti-wifi-utils_git.bb |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/recipes/ti/ti-wifi-utils_git.bb b/recipes/ti/ti-wifi- > utils_git.bb > index 9855775..87ca2c9 100644 > --- a/recipes/ti/ti-wifi-utils_git.bb > +++ b/recipes/ti/ti-wifi-utils_git.bb > @@ -3,11 +3,11 @@ LICENSE = "TI-BSD" > > DEPENDS = "libnl" > > -PR ="r3" > +PR ="r4" > PV ="0.0" > PR_append = "+gitr${SRCPV}" > > -SRCREV = "268dbf03091b632c2697eb8028e90fe40513a9d8" > +SRCREV = "8737db9372e714e265d3f575573d14c3379ab9fc" > SRC_URI = "git://github.com/gxk/ti-utils.git;protocol=git" > > S = "${WORKDIR}/git" > -- > 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Discouraged kernels 2.6.35+?
Hi, this depends on the features you need. If you are needed to use the dsp you have to stick to .32 If you need the sgx running, the other kernels should work. Bye Henning ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Discouraged kernels 2.6.35+?
Hi, We're looking at upgrading our BeagleBoard-derived board to 2.6.35+. Out of the kernels available where COMPATIBLE_MACHINE=beagleboard, is there any we should avoid? (The ones available are .35, .37, .38, and .39.) I'm thinking if there was an aborted porting attempt at some stage, or if a kernel was ported but never saw any actual use. Also, on the 2011.03-maintenance branch, are all kernels valid or should we stick to the default kernel (.32)? Thanks, Orjan -- Orjan Friberg FlatFrog Laboratories AB ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2] linux-omap-psp: Fix the user button GPIO to the correct value for a BeagleBoard-xM
Dear Joel, Am Dienstag, den 05.07.2011, 20:48 -0500 schrieb Joel A Fernandes: 1. What has changed in this patch iteration? (You can put that below the `---`.) 2. Could you elaborate a bit more what the problem was, i. e. how the situation was before, and how the fix works? For example pointing to the thread on the BeagleBoard list.(?) 3. Is a similar patch also needed for 2.6.39? > Signed-off-by: Joel A Fernandes > --- > ...agle-cleaned-up-board-revision-conditions.patch |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git > a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch > > b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch > index 513a101..fb91cb6 100644 > --- > a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch > +++ > b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch > @@ -143,8 +143,8 @@ index 4bde54b..664a9c6 100644 > omap3_beagle_i2c_init(); > > -if (cpu_is_omap3630()) { > -+if ((omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMAB) && > -+(omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMC)) { > ++if ((omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMAB) || > ++(omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMC)) { > gpio_buttons[0].gpio = 4; > } Thanks, Paul signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] beagleboard-test-scripts: Add a script flash-fs.sh for flashing NAND.
Dear Joel, Am Dienstag, den 05.07.2011, 20:27 -0500 schrieb Joel A Fernandes: ^ • Is in your Name a dot missing after the second name? • In the commit summary no full stop at the end is used according to the new commit guidelines. > This script flashes the NAND of a beagleboard if it exists, and if there is a > valid image to flash. If you capitalize NAND you could also write BeagleBoard. > Signed-off-by: Joel A Fernandes > --- > .../beagleboard/beagleboard-test-scripts_git.bb|7 +-- > 1 files changed, 5 insertions(+), 2 deletions(-) > > diff --git a/recipes/beagleboard/beagleboard-test-scripts_git.bb > b/recipes/beagleboard/beagleboard-test-scripts_git.bb > index be0d059..237d8d6 100644 > --- a/recipes/beagleboard/beagleboard-test-scripts_git.bb > +++ b/recipes/beagleboard/beagleboard-test-scripts_git.bb > @@ -3,10 +3,10 @@ DESCRIPTION = "BeagleBoard test scripts" > HOMEPAGE = "http://beagleboad.org/support"; > PR = "r2" Since the package content changes you have to increase the number. > -SRC_URI = > "git://gitorious.org/beagleboard-validation/scripts.git;protocol=git \ > +SRC_URI = > "git://gitorious.org/~joelf/beagleboard-validation/validation-scripts.git;protocol=git > \ > " > > -SRCREV = "473dd2ab20d866be6168c9f992c2c9e74e485c9d" > +SRCREV = "${AUTOREV}" In OE it is not wanted to use `AUTOREV`. I do not know though how you can specify a revision for each repository. > S = "${WORKDIR}/git" > > do_install() { > @@ -28,4 +28,7 @@ do_install() { >for i in ${TEST_FILES}; do > install -m 0755 ${S}/${i} ${D}/${bindir} >done > + # Add script to flash the NAND if it exists and if there is a valid image > to flash on bootup. • After »Add a space can be removed. • »on bootup« is not clear to me. Does the BB have to be rebooted and then the image is flashed? > + install -d ${D}/${sysconfdir}/rc5.d/ > + install -m 0755 ${S}/flashing/flash-fs.sh > ${D}/${sysconfdir}/rc5.d/S99flashfs > } Thanks, Paul signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel