From: Trevor W. <two...@gm...> - 2011-07-08 13:43:23
|
The instructions on gumstix's official site describing how to build an image from sources directs people to checkout and use a tree that has a known build failure: the recipe for docbook-sgml-dtd-3.1-native.bb. - Does this recipe work for anybody? There are now a handful (3 by my count) of solutions to fix this problem: 1) edit the docbook-sgml-dtd-3.1-native.bb recipe to revert a SRC_URI commit that is the cause of this problem 2) bump the requirements from docbook 3.1 to 4.<something> 3) some variation on removing the packages which are responsible for the docbook dependency (iputils, networkmanager, xmms, ...) It seems silly that the official instructions purposefully guide users down a path known to fail. Could someone please: a) update the official instructions to point out this problem and offer one or more solutions (even if it's just to direct people to the mailing list archives to find one of the many solutions)? b) update the official repository with one of these fixes? (maybe the new overo repository Neil spoke about will include a fix?) Perhaps it does work out-of-the-box for some people, but there certainly are enough cases where it doesn't work to warrant some sort of action. NOTE: for anyone who has attempted a build, had it fail, applied one of the fixes, and is trying to rebuild again. Before restarting your: $ bitbake omap3-console-image you must do a: $ bitbake -c clean docbook-sgml-dtd-3.1-native.bb first. |
From: mikejw <mik...@sy...> - 2011-07-08 14:46:07
|
Thanks, this is just the info I needed. So far I have had to apply the perl fix and this one (bitbake has not completed yet), and hunt down some sources that did not download (alsa, and now, Angstrom's site is down :( ). It has been running for hours, plus the time it waited for me to fix these issues. I'm new to gumstix & OE. I have to explain to my boss why this is taking so long. At some point the management will have me change direction... I'm willing to be a part of the community, but I have to be able to start somewhere. ------------------------------------------------------------------------------------------------------------ I wanted the community to know how important it is that the build be clean. ------------------------------------------------------------------------------------------------------------ I will be changing the kernel, and hopefully removing many of the packages, which is why I am using OE. Hopefully my future in OE is better than this. BTW: I am running Kubuntu 11.04 natively on MacBook Pro (6,2) Mike Trevor Woerner-6 wrote: > > The instructions on gumstix's official site describing how to build an > image from sources directs people to checkout and use a tree that has > a known build failure: the recipe for docbook-sgml-dtd-3.1-native.bb. > > - Does this recipe work for anybody? > > There are now a handful (3 by my count) of solutions to fix this problem: > > 1) edit the docbook-sgml-dtd-3.1-native.bb recipe to revert a SRC_URI > commit that is the cause of this problem > 2) bump the requirements from docbook 3.1 to 4.<something> > 3) some variation on removing the packages which are responsible for > the docbook dependency (iputils, networkmanager, xmms, ...) > > It seems silly that the official instructions purposefully guide users > down a path known to fail. Could someone please: > -- View this message in context: http://old.nabble.com/docbook-sgml-dtd-3.1-native.bb-build-failure-tp32021585p32022055.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Trevor W. <two...@gm...> - 2011-07-08 15:23:03
|
What I'm hoping for is a reply from someone to say that, out-of-the-box, the instructions on the website work without modification for them (perhaps this is true with ubuntu 10.10?). I had forgotten about the perl issue because it doesn't affect me; it's only a problem for people using (k)ubuntu > 10.x. On a fresh (suse11.4) machine all the build steps work for me except for the docbook issue. In any case a notice in the build instructions pointing out these issues and their solutions would be nice. Could OE be made smart enough to detect the build system and make any necessary build-system-specific adjustments? |
From: Trevor W. <two...@gm...> - 2011-07-08 15:23:03
|
On Fri, Jul 8, 2011 at 10:46 AM, mikejw <mik...@sy...> wrote: > I will be changing the kernel, and hopefully removing many of the packages, > which is why I am using OE. Hopefully my future in OE is better than this. Scott Ellis has put together a nice set of articles on his website describing how he goes about performing these tasks (i.e. changing the kernel, slimming down the user-space, etc): http://jumpnowtek.com/index.php?view=category&id=35%3Agumstix&option=com_content&Itemid=67 |
From: Gerardo R. <ge...@di...> - 2011-07-08 15:56:06
|
On 07/08/2011 11:46 AM, mikejw wrote: > BTW: I am running Kubuntu 11.04 natively on MacBook Pro (6,2) that's a detail to know. I also had problems with Ubuntu 11.04, in 64 bits. And it seems to be an issue today. You'll also find problems with some perl stuff, take a look at this thread: http://old.nabble.com/Problems-making-PERL--tt31393404.html it is a long thread, but there are many tries and better solutions in it, spend the time, you'll get a clean build. (at least I did, I hope everything I had to do is in that thread) btw, if you want to capture your process and share... :) (I was about to do it, but it'll be only next week) gera |
From: Neil M. <ne...@gu...> - 2011-07-08 16:24:12
|
Hi Trevor, I've added a new branch to gumstix-oe. Here's how you can build off of it. $ cd ~/overo-oe $ mv tmp old-tmp $ cd org.openembedded.dev $ git pull $ git checkout -b git checkout -b overo-2011.03 origin/overo-2011.03 Now you can build whatever image you want. Let me know if your docbook problem persists. - Neil On 11-07-08 06:43 AM, Trevor Woerner wrote: > The instructions on gumstix's official site describing how to build an > image from sources directs people to checkout and use a tree that has > a known build failure: the recipe for docbook-sgml-dtd-3.1-native.bb. > > - Does this recipe work for anybody? > > There are now a handful (3 by my count) of solutions to fix this problem: > > 1) edit the docbook-sgml-dtd-3.1-native.bb recipe to revert a SRC_URI > commit that is the cause of this problem > 2) bump the requirements from docbook 3.1 to 4.<something> > 3) some variation on removing the packages which are responsible for > the docbook dependency (iputils, networkmanager, xmms, ...) > > It seems silly that the official instructions purposefully guide users > down a path known to fail. Could someone please: > > a) update the official instructions to point out this problem and > offer one or more solutions (even if it's just to direct people to the > mailing list archives to find one of the many solutions)? > b) update the official repository with one of these fixes? (maybe the > new overo repository Neil spoke about will include a fix?) > > Perhaps it does work out-of-the-box for some people, but there > certainly are enough cases where it doesn't work to warrant some sort > of action. > > NOTE: for anyone who has attempted a build, had it fail, applied one > of the fixes, and is trying to rebuild again. Before restarting your: > > $ bitbake omap3-console-image > > you must do a: > > $ bitbake -c clean docbook-sgml-dtd-3.1-native.bb > > first. > > ------------------------------------------------------------------------------ > 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 |
From: Markus L. <mar...@ya...> - 2011-07-08 17:05:54
|
Hi Neil, I take it the last command should be? $ git checkout -b overo-2011.03 origin/overo-2011.03 Have fun, Markus ----- Original Message ---- > From: Neil MacMunn > Hi Trevor, > > I've added a new branch to gumstix-oe. Here's how you can build off of it. > > $ cd ~/overo-oe > $ mv tmp old-tmp > $ cd org.openembedded.dev > $ git pull > $ git checkout -b git checkout -b overo-2011.03 origin/overo-2011.03 > > Now you can build whatever image you want. Let me know if your docbook > problem persists. > > > - > Neil > > > > > On 11-07-08 06:43 AM, Trevor Woerner wrote: > > The instructions on gumstix's official site describing how to build an > > image from sources directs people to checkout and use a tree that has > > a known build failure: the recipe for docbook-sgml-dtd-3.1-native.bb. > > > > - Does this recipe work for anybody? > > > > There are now a handful (3 by my count) of solutions to fix this problem: > > > > 1) edit the docbook-sgml-dtd-3.1-native.bb recipe to revert a SRC_URI > > commit that is the cause of this problem > > 2) bump the requirements from docbook 3.1 to 4.<something> > > 3) some variation on removing the packages which are responsible for > > the docbook dependency (iputils, networkmanager, xmms, ...) > > > > It seems silly that the official instructions purposefully guide users > > down a path known to fail. Could someone please: > > > > a) update the official instructions to point out this problem and > > offer one or more solutions (even if it's just to direct people to the > > mailing list archives to find one of the many solutions)? > > b) update the official repository with one of these fixes? (maybe the > > new overo repository Neil spoke about will include a fix?) > > > > Perhaps it does work out-of-the-box for some people, but there > > certainly are enough cases where it doesn't work to warrant some sort > > of action. > > > > NOTE: for anyone who has attempted a build, had it fail, applied one > > of the fixes, and is trying to rebuild again. Before restarting your: > > > > $ bitbake omap3-console-image > > > > you must do a: > > > > $ bitbake -c clean docbook-sgml-dtd-3.1-native.bb > > > > first. > > > > >------------------------------------------------------------------------------ > > 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 > |
From: Neil M. <ne...@gu...> - 2011-07-08 17:15:47
|
Yes. Sorry about that. On 11-07-08 10:05 AM, Markus Lampert wrote: > Hi Neil, > > I take it the last command should be? > > > $ git checkout -b overo-2011.03 origin/overo-2011.03 > > Have fun, > Markus > > > > ----- Original Message ---- >> From: Neil MacMunn >> Hi Trevor, >> >> I've added a new branch to gumstix-oe. Here's how you can build off of it. >> >> $ cd ~/overo-oe >> $ mv tmp old-tmp >> $ cd org.openembedded.dev >> $ git pull >> $ git checkout -b git checkout -b overo-2011.03 origin/overo-2011.03 >> >> Now you can build whatever image you want. Let me know if your docbook >> problem persists. >> >> >> - >> Neil >> >> >> >> >> On 11-07-08 06:43 AM, Trevor Woerner wrote: >>> The instructions on gumstix's official site describing how to build an >>> image from sources directs people to checkout and use a tree that has >>> a known build failure: the recipe for docbook-sgml-dtd-3.1-native.bb. >>> >>> - Does this recipe work for anybody? >>> >>> There are now a handful (3 by my count) of solutions to fix this problem: >>> >>> 1) edit the docbook-sgml-dtd-3.1-native.bb recipe to revert a SRC_URI >>> commit that is the cause of this problem >>> 2) bump the requirements from docbook 3.1 to 4.<something> >>> 3) some variation on removing the packages which are responsible for >>> the docbook dependency (iputils, networkmanager, xmms, ...) >>> >>> It seems silly that the official instructions purposefully guide users >>> down a path known to fail. Could someone please: >>> >>> a) update the official instructions to point out this problem and >>> offer one or more solutions (even if it's just to direct people to the >>> mailing list archives to find one of the many solutions)? >>> b) update the official repository with one of these fixes? (maybe the >>> new overo repository Neil spoke about will include a fix?) >>> >>> Perhaps it does work out-of-the-box for some people, but there >>> certainly are enough cases where it doesn't work to warrant some sort >>> of action. >>> >>> NOTE: for anyone who has attempted a build, had it fail, applied one >>> of the fixes, and is trying to rebuild again. Before restarting your: >>> >>> $ bitbake omap3-console-image >>> >>> you must do a: >>> >>> $ bitbake -c clean docbook-sgml-dtd-3.1-native.bb >>> >>> first. >>> >>> >> ------------------------------------------------------------------------------ >>> 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 |
From: Scott E. <sc...@ju...> - 2011-07-08 17:29:16
|
perl-native still fails on Ubuntu 11.04. There has been no change to the recipes/perl/files/Configure-multilib.patch So the Perl Configure script still can't find libraries for linking with the new Ubuntu multi-arch library layout. You could add the change suggested here http://old.nabble.com/Trouble-Using-OpenEmbedded-and-BitBake-to-Compile-Kernel-to32004197.html If you run the setup script the OE guys recommend here http://www.openembedded.org/index.php/Release-2011.03 http://gitorious.org/angstrom/angstrom-setup-scripts The build fails the same way for perl-native on a new 11.04 machine when building for a beagleboard. At least it did a week ago when I put the machine together. A pull just now didn't bring in anything new. OE must have fixed it in some other branch and abandoned 2011.03. Either that or they don't use Ubuntu 11.04 Scott -- Sent from my Linux box |
From: Neil M. <ne...@gu...> - 2011-07-08 17:38:03
|
Ok thanks Scott. I'll try on 11.04 - Neil On 11-07-08 10:29 AM, Scott Ellis wrote: > perl-native still fails on Ubuntu 11.04. > > There has been no change to the > > recipes/perl/files/Configure-multilib.patch > > So the Perl Configure script still can't find libraries for linking with > the new Ubuntu multi-arch library layout. > > You could add the change suggested here > > http://old.nabble.com/Trouble-Using-OpenEmbedded-and-BitBake-to-Compile-Kernel-to32004197.html > > > If you run the setup script the OE guys recommend here > > http://www.openembedded.org/index.php/Release-2011.03 > > http://gitorious.org/angstrom/angstrom-setup-scripts > > > The build fails the same way for perl-native on a new 11.04 machine when > building for a beagleboard. At least it did a week ago when I put the > machine together. A pull just now didn't bring in anything new. > > OE must have fixed it in some other branch and abandoned 2011.03. Either > that or they don't use Ubuntu 11.04 > > Scott > |
From: Trevor W. <two...@gm...> - 2011-07-08 17:58:56
|
Hi Neil, Thanks for setting this up. On Fri, Jul 8, 2011 at 12:23 PM, Neil MacMunn <ne...@gu...> wrote: > $ git checkout -b overo-2011.03 origin/overo-2011.03 Unfortunately this branch does not contain the contrib/gumstix files, so anyone trying to follow the instructions at http://www.gumstix.org/software-development/open-embedded/61-using-the-open-embedded-build-system.html with this branch won't get too far. |
From: Neil M. <ne...@gu...> - 2011-07-08 19:02:08
|
On 11-07-08 10:58 AM, Trevor Woerner wrote: > Hi Neil, > > Thanks for setting this up. > > On Fri, Jul 8, 2011 at 12:23 PM, Neil MacMunn<ne...@gu...> wrote: >> $ git checkout -b overo-2011.03 origin/overo-2011.03 > > Unfortunately this branch does not contain the contrib/gumstix files, > so anyone trying to follow the instructions at > > http://www.gumstix.org/software-development/open-embedded/61-using-the-open-embedded-build-system.html > > with this branch won't get too far. Thanks. gumstix/contrib added. If you run into any more problems lets start a new thread for overo-2011.03. - Neil |
From: Markus L. <mar...@ya...> - 2011-07-08 22:21:08
|
Hi Neil, I followed your instructions and run into the following error: .... NOTE: package lzo-native-1.08-r15: task do_compile: Started fatal: failed to unpack tree object c3715a5c6fce64f4b47cc06b62a9d2001730bcca ERROR: TaskFailed event exception, aborting ERROR: Build of /var/local/home/mlampert/m/gumstix/overo-oe/org.openembedded.dev/recipes/linux/linux-omap3_2.6.39.bb do_fetch failed ERROR: Task 910 (/var/local/home/mlampert/m/gumstix/overo-oe/org.openembedded.dev/recipes/linux/linux-omap3_2.6.39.bb, do_fetch) failed with 256 NOTE: Task failed: Fetch failed: Unable to fetch URL git://www.sakoman.com/git/linux-omap-2.6.git;branch=omap-2.6.39;protocol=git from any source. NOTE: package linux-omap3-2.6.39-r101: task do_fetch: Failed ERROR: TaskFailed event exception, aborting ERROR: Build of /var/local/home/mlampert/m/gumstix/overo-oe/org.openembedded.dev/recipes/linux/linux-omap3_2.6.39.bb do_fetch failed ERROR: Task 910 (/var/local/home/mlampert/m/gumstix/overo-oe/org.openembedded.dev/recipes/linux/linux-omap3_2.6.39.bb, do_fetch) failed with 256 Waiting for 3 active tasks to finish:..... Any idea where I go wrong? Have fun, Markus |
From: Neil M. <ne...@gu...> - 2011-07-08 22:31:52
|
I think Steve may have done a rebase since I made the kernel recipe. I'll update the recipe. - Neil On 11-07-08 03:21 PM, Markus Lampert wrote: > Hi Neil, > > I followed your instructions and run into the following error: > > .... > NOTE: package lzo-native-1.08-r15: task do_compile: Started > fatal: failed to unpack tree object c3715a5c6fce64f4b47cc06b62a9d2001730bcca > ERROR: TaskFailed event exception, aborting > ERROR: Build of > /var/local/home/mlampert/m/gumstix/overo-oe/org.openembedded.dev/recipes/linux/linux-omap3_2.6.39.bb > do_fetch failed > ERROR: Task 910 > (/var/local/home/mlampert/m/gumstix/overo-oe/org.openembedded.dev/recipes/linux/linux-omap3_2.6.39.bb, > do_fetch) failed with 256 > NOTE: Task failed: Fetch failed: Unable to fetch URL > git://www.sakoman.com/git/linux-omap-2.6.git;branch=omap-2.6.39;protocol=git > from any source. > NOTE: package linux-omap3-2.6.39-r101: task do_fetch: Failed > ERROR: TaskFailed event exception, aborting > ERROR: Build of > /var/local/home/mlampert/m/gumstix/overo-oe/org.openembedded.dev/recipes/linux/linux-omap3_2.6.39.bb > do_fetch failed > ERROR: Task 910 > (/var/local/home/mlampert/m/gumstix/overo-oe/org.openembedded.dev/recipes/linux/linux-omap3_2.6.39.bb, > do_fetch) failed with 256 > Waiting for 3 active tasks to finish:..... > > Any idea where I go wrong? > > Have fun, > Markus > > > ------------------------------------------------------------------------------ > 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 |
From: Scott E. <sc...@ju...> - 2011-07-08 18:08:52
|
Neil, Is linux-omap3-2.6.39 the kernel you are recommending now? -- Sent from my Linux box |
From: Neil M. <ne...@gu...> - 2011-07-08 18:33:50
|
> > Is linux-omap3-2.6.39 the kernel you are recommending now? > Yes. You might have to make a change in u-boot. Overo # setenv console ttyO2,115200n8 - Neil |
From: Steve S. <sa...@gm...> - 2011-07-08 19:20:50
|
On Fri, Jul 8, 2011 at 11:08 AM, Scott Ellis <sc...@ju...> wrote: > Is linux-omap3-2.6.39 the kernel you are recommending now? The 2.6.39 kernel is looking pretty good in my testing. And after the patches I added a couple of days ago, you can even use NAND again :-) Steve |
From: Neil M. <ne...@gu...> - 2011-07-08 18:30:30
|
> > OE must have fixed it in some other branch and abandoned 2011.03. Either > that or they don't use Ubuntu 11.04 > It was in org.openembedded.dev. Is now in overo-2011.03. - Neil |
From: ScottEllis <sco...@gm...> - 2011-07-08 19:46:30
|
Cool. That was dumb of me. I actually reverted the OE ubuntu-11.04-multiarch.patch from the org.openembedded.dev repo thinking it was my own. Doh!!! I've been using a similar name for my own perl-native patch amongst some machines here when using the overo repo. I yanked it without thinking from the org.openembedded.dev repo to test a 'fresh' build. Maybe I need fewer machines. enmach wrote: > >> >> OE must have fixed it in some other branch and abandoned 2011.03. Either >> that or they don't use Ubuntu 11.04 >> > > It was in org.openembedded.dev. Is now in overo-2011.03. > > - > Neil > > ------------------------------------------------------------------------------ > 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 > > -- View this message in context: http://old.nabble.com/docbook-sgml-dtd-3.1-native.bb-build-failure-tp32021585p32024133.html Sent from the Gumstix mailing list archive at Nabble.com. |