From: Terry K. <kl...@kl...> - 2008-03-23 07:15:54
|
Further to this - the _underscore_ is used by bitbake to parse the package version so that it uses the recipe name to fetch the required version of whatever. If you need to upgrade to a newer version then (usually) you just need to copy the recipe with the new version in the name after the underscore... heres one I made for Dansguardian: the recipe is (was) called dansguardian_2.9.9.1.bb note that in the recipe SRC_URI it fetches dansguardian-${PV} - with ${PV} being the bits after the underscore in the recipe name - in this case 2.9.9.1 - so it fetches dansguardian-2.9.9.1.tar.gz. ---------------------------------------------------------- DESCRIPTION = "Web content filter" SRC_URI = "http://usmirror.dansguardian.org/downloads/2/Beta/dansguardian-${PV}.tar.gz" LICENSE = "GPL" PR = "r2" DEPENDS = "zlib" RDEPENDS = "clamav" EXTRA_OECONF = --enable-pcre=no --enable-clamd inherit autotools ------------------------------------------------------- When a new source update was released I simply copied my recipe as dansguardian_2.9.9.2.bb - the recipe name changed (after the underscore) so the recipe automatically knows to fetch the newer version cos of ${PV}... (BTW autotools makes recipes so easy :) Terry On Sat, 2008-03-22 at 20:56 -0700, Steve Sakoman wrote: > Ed, > > As the helloworld tutorial says, recipes are typically given names of the form: > > packagename_versionnumber.bb > > Note that the delimiter between packagename and versionnumber is an > underscore! If you try to use an underscore in your package name you > are going to confuse bitbake. That's why it works when you change the > underscore to a hyphen. > > Steve > > > On Sat, Mar 22, 2008 at 6:56 PM, Williams, Ed <ewi...@ir...> wrote: > > Hi Mark, > > > > Terry's suggestion is right (see the Hello World Tutorial) and hopefully > > will cure your problem. But there may be more to it. I have been > > struggling with the same error message on a package I've just begun to > > build. I have been calling the routine as Terry suggests you should, > > > > bitbake spi_init > > > > and I get the identical error. > > > > But (since I am also newb), in this case spi_init is just a skeleton > > program that simply printfs "SPI_Init will happen here". It is just a > > minimal rewrite of the helloworld example code, moved it its own package > > directory and with the text references to helloworld changed to > > spi_init.c, all the references changed in a file spi_init_1.0.0.bb, in a > > new directory packages/spi_init. > > > > After days of futile googling and searching for typos, etc, today I > > changed all instances of spi_init to spi-init, and voila! Works fine. > > > > To test this, I just rebuilt my helloworld word for word from the > > website tutorial, and ran it successfully. I then changed all > > references to hello_world, and watched it FAIL with the same error! I > > then re-edited it as hello-world (hyphen instead of underscore) and > > watched it all work fine again. Bitbake fails and gives me the > > (meaningless) error if there is an underscore in the names. > > > > I hope others will try it out and verify if this problem is local to my > > setup (Ubuntu 7.1) or is generic. Maybe this only an issue on my > > machine. I also imagine that there is only one or two of the names > > whose underscores kill bitbake (the filename alone or the > > package/hello_world directory name, etc) but as they say, I will leave > > that as an exercise for the reader. > > > > Gumstix is not the only place where this error pops up. A google search > > found this reference on OpenMoko's website: > > > > ______________________________________________________________- > > > > If you see: > > > > ERROR: No providers of build target u-boot-openmoko (for []) > > then look back in the log to see if you encountered an earlier error > > while building the openmoko-devel-image target. The above error is a > > side-effect of MokoMakefile's logic to handle the re-naming of > > "uboot-openmoko" to "u-boot-openmoko". > > __________________________________________________________________ > > At http://wiki.openmoko.org/wiki/MokoMakefile > > > > While this was not useful in troubleshooting my problem, the Moko error > > does NOT look like it is simple "user error" either. > > > > This may be one of those things that old Linux Hands know and newbies > > don't, but I hope that someone can provide an answer to Marks original > > question: > > > > " what does the bitbake error MEAN " > > > > Is the log referred to in the Moko example something that is in our > > Gumstix Bitbake distribution so we can look for upstream errors? Where > > can we systematically look and see what file bitbake thinks is wrong or > > missing so we can figure this out when we encounter it without just > > stumbling around long enough to luck into a solution for my particular > > symptom. > > > > Thanks, > > > > Ed Williams > > > > -----Original Message----- > > From: gum...@li... > > [mailto:gum...@li...] On Behalf Of Terry > > Kemp > > Sent: Friday, March 21, 2008 10:10 PM > > To: General mailing list for gumstix users. > > Subject: Re: [Gumstix-users] bitbake newb error > > > > Hi Mark, > > > > essentially you need to change how you are calling the bb recipe. > > > > don't include .bb and (usually - because distro preferred versions are > > preset) don't bother with anything after and including the underscore > > e.g. > > > > bitbake xxxxx > > > > if you want to build a 'specific' version then change the underscore in > > the recipe name to a hyphen > > > > bitbake xxxxx-1.0.0 > > > > look at sqlite as an example... you can just > > bitbake sqlite > > which will build the preferred version or > > bitbake sqlite3 > > same again > > or if you want to bitbake sqlite3_3.5.4.bb specifically then (underscore > > to hyphen and drop .bb) > > bitbake sqlite3-3.5.4 > > > > HTH > > > > Terry > > > > On Fri, 2008-03-21 at 23:16 -0500, Mark Ahlenius wrote: > > > Hi, > > > > > > what does the bitbake error mean: > > > > > > ERROR: No providers of build target xxxxx_1.0.0.bb (for [] ) > > > > > > I can't seem to find a reference for this. > > > > > > 'm > > > > > > > > ------------------------------------------------------------------------ > > - > > > This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > gumstix-users mailing list > > > gum...@li... > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > > ------------------------------------------------------------------------ > > - > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |