From: Bob C. <bco...@ve...> - 2011-07-11 00:59:26
|
I ended up applying Neil's patch for pulseaudio. Then I did the following with bitbake: bitbake -c clean pulseaudio_0.9.15 bitbake pulseaudio [this took about 45 minutes to complete, but it did complete successfully] cd ~/overo-oe/org.openembedded.dev git pull [all files up to date] bitbake -c clean omap3-console-image bitbake omap3-console-image ...and processing completed normally. I can see my console images and new UBI images. I am still wondering why omap3-console-image on this branch initially failed due to the pulseaudio error. Does Neil's patch zero in on and fix the real problem? Or is there something more to pulseaudio here? I will try to be alert to suggestions from others and patch or correct files as needed and then rebuild the console image. Bob On 7/10/11 7:41 PM, Bob Cochran wrote: > I compared my config.log for the overo-2011.03 branch to the one for the > previous branch I was using, and on which I had a successful build of > omap3-console-image: > > -------------- > > [bob3a@deaf59 pulseaudio-0.9.15]$ diff > ~/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/pulseaudio-0.9.15-r11.6/pulseaudio-0.9.15/config.log > \ > > > /home/bob3a/overo-oe/old-tmp/work/armv7a-angstrom-linux-gnueabi/pulseaudio-0.9.15-r11.6/pulseaudio-0.9.15/config.log > 15c15 > < uname -r = 2.6.35.13-92.fc14.x86_64 > --- > > uname -r = 2.6.35.13-91.fc14.x86_64 > 17c17 > < uname -v = #1 SMP Sat May 21 17:26:25 UTC 2011 > --- > > uname -v = #1 SMP Tue May 3 13:23:06 UTC 2011 > 1287c1287 > < /tmp/ccuKWW7o.o: In function `main': > --- > > /tmp/ccTsbe0T.o: In function `main': > 1425c1425 > < /tmp/ccg3M6Py.o: In function `main': > --- > > /tmp/cceHKPZ3.o: In function `main': > 3367c3367 > < /tmp/ccbuOFuz.o: In function `main': > --- > > /tmp/cczymXMR.o: In function `main': > 3461c3461 > < /tmp/cc6fRhdG.o: In function `main': > --- > > /tmp/ccgMjGXY.o: In function `main': > 3555c3555 > < /tmp/ccRlSRAK.o: In function `main': > --- > > /tmp/ccOIPUp3.o: In function `main': > 3769c3769 > < /tmp/ccqMowG5.o: In function `main': > --- > > /tmp/ccezJcNy.o: In function `main': > 3876c3876 > < /tmp/ccIcyx9m.o: In function `main': > --- > > /tmp/ccDoAtmF.o: In function `main': > 3974c3974 > < /tmp/ccieodOy.o: In function `main': > --- > > /tmp/cc7SiHvT.o: In function `main': > 4687c4687 > < /tmp/ccf47Je2.o: In function `main': > --- > > /tmp/ccK2x5on.o: In function `main': > 5459c5459 > < /tmp/cckiYXLx.o: In function `main': > --- > > /tmp/ccXtWxNP.o: In function `main': > > --------------- > > It looks like the difference is that my build machine has a more recent > kernel version. And also it has a bunch of updated packages, too, but > I'm not sure how to determine which packages were updated since my last > successful omap3-console-image build in early June. > > Another item of interest is the bitbake recipe itself. Unfortunately I > didn't save my old recipes directory (for the overo branch before > 2011.03). And I do see from looking at the date on the file that git > updated my pulseaudio_0.9.15.bb. Someone with better git skills than me > might know how to pull the version which is on the 2010.07 branch and > compare it to the one on the 2011.03 branch. > > Bob > > > > On 7/10/11 2:31 PM, Bob Cochran wrote: >> Ahh, thanks to Steve Sakoman, I now understand what a config.log file >> is. I have sent this file: >> >> /home/bob3a/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/pulseaudio-0.9.15-r11.6/pulseaudio-0.9.15/config.log >> >> to Steve and Neil to help figure out the cause of this build error. It is 470K in length so if anyone wants it, please just ask me and I'll be more than happy to email it to you. >> >> Bob >> >> >> >> >> On 7/10/11 1:03 PM, Bob Cochran wrote: >>> Well, there do seem to be packages named 'speex' and 'gdbm' that got >>> compiled. I wonder if they produced the right libraries... >>> >>> deafeng33:Documents bobc$ egrep 'speex' LOG.steps >>> speex_1.2.bb, do_setscene >>> speex_1.2.bb, do_fetch >>> speex_1.2.bb, do_unpack >>> speex_1.2.bb, do_patch >>> speex_1.2.bb, do_configure >>> speex_1.2.bb, do_qa_configure >>> speex_1.2.bb, do_compile >>> speex_1.2.bb, do_install >>> speex_1.2.bb, do_populate_sysroot >>> deafeng33:Documents bobc$ egrep 'gdbm' LOG.steps >>> gdbm_1.8.3.bb, do_setscene >>> gdbm_1.8.3.bb, do_fetch >>> gdbm_1.8.3.bb, do_unpack >>> gdbm_1.8.3.bb, do_patch >>> gdbm_1.8.3.bb, do_configure >>> gdbm_1.8.3.bb, do_qa_configure >>> gdbm_1.8.3.bb, do_compile >>> gdbm_1.8.3.bb, do_install >>> gdbm_1.8.3.bb, do_populate_sysroot >>> gdbm_1.8.3.bb, do_package >>> deafeng33:Documents bobc$ >>> >>> Bob >>> >>> >>> >>> On 7/10/11 12:42 PM, Bob Cochran wrote: >>>> Perhaps this helps: >>>> >>>> as of pulseaudio 0.9.11, libspeexdsp and libgdbm are required for >>>> pulseaudio but a fast 'egrep' through Trevor's LOG.steps does not seem >>>> to show these are being included as part of the build in overo-2011.03. >>>> >>>> deafeng33:Documents bobc$ egrep 'libspeexdsp' LOG.steps >>>> deafeng33:Documents bobc$ egrep 'libgdbm' LOG.steps >>>> deafeng33:Documents bobc$ >>>> >>>> Here is where I learned about pulseaudio requirements: >>>> >>>> http://www.pulseaudio.org/wiki/DownloadPulseAudio >>>> >>>> Do I seem to be on target? If I am, how do I put together a recipe that >>>> takes care of these dependencies? >>>> >>>> Bob >>>> >>>> >>>> >>>> On 7/10/11 11:58 AM, Trevor Woerner wrote: >>>>> On Sun, Jul 10, 2011 at 11:53 AM, Trevor Woerner<two...@gm...> wrote: >>>>>> On first glance it seems strange >>>>>> to me that some packages are processed over and over. pulse-audio, for >>>>>> example, is processed 3 times: the first 2 succeed but the last fails. >>>>> I guess I should have glanced a second time before making this >>>>> observation. The steps for the first 3 occurrences are: >>>>> >>>>> pulseaudio_0.9.15.bb, do_setscene >>>>> pulseaudio_0.9.15.bb, do_fetch >>>>> pulseaudio_0.9.15.bb, do_unpack >>>>> >>>>> then: >>>>> >>>>> pulseaudio_0.9.15.bb, do_patch >>>>> pulseaudio_0.9.15.bb, do_configure >>>>> >>>>> then: >>>>> >>>>> pulseaudio_0.9.15.bb, do_qa_configure >>>>> pulseaudio_0.9.15.bb, do_compile >>>>> pulseaudio_0.9.15.bb, do_install >>>>> >>>>> So, nothing too unusual there. >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> All of the data generated in your IT infrastructure is seriously valuable. >>>>> Why? It contains a definitive record of application performance, security >>>>> threats, fraudulent activity, and more. Splunk takes this data and makes >>>>> sense of it. IT sense. And common sense. >>>>> http://p.sf.net/sfu/splunk-d2d-c2 >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>> ------------------------------------------------------------------------------ >>>> All of the data generated in your IT infrastructure is seriously valuable. >>>> Why? It contains a definitive record of application performance, security >>>> threats, fraudulent activity, and more. Splunk takes this data and makes >>>> sense of it. IT sense. And common sense. >>>> http://p.sf.net/sfu/splunk-d2d-c2 >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>> ------------------------------------------------------------------------------ >>> All of the data generated in your IT infrastructure is seriously valuable. >>> Why? It contains a definitive record of application performance, security >>> threats, fraudulent activity, and more. Splunk takes this data and makes >>> sense of it. IT sense. And common sense. >>> http://p.sf.net/sfu/splunk-d2d-c2 >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >> ------------------------------------------------------------------------------ >> All of the data generated in your IT infrastructure is seriously valuable. >> Why? It contains a definitive record of application performance, security >> threats, fraudulent activity, and more. Splunk takes this data and makes >> sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-d2d-c2 >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |