[bitbake-devel] some questions about bitbake user manual, fetching chapter
Paul Eggleton
paul.eggleton at linux.intel.com
Wed Jun 18 14:35:38 UTC 2014
Hi Robert,
On Tuesday 17 June 2014 10:12:42 Robert P. J. Day wrote:
> working my way thru the fetching chapter, some questions:
>
> * manual doesn't explain what happens if you don't supply *both*
> checksums for downloading -- what if you supply only one? or both
> and one is correct while the other is incorrect? i think this would
> be useful info for the reader.
Our convention within OE is to specify both, and because of that I haven't
tried only specifying one for quite some time. Last I did it only required one
of them; but for recipes that you're going to submit to OE layers, both are
expected. (We're talking about the bitbake manual here though so it's not
really appropriate to have OE references in there other than for the purpose
of giving examples.)
> * right now, manual says FILESDIR is still "deprecated". is it just
> deprecated, or is it at the point where it can be killed outright?
> currently, there's nothing in the entire poky checkout that uses it.
> have people been given sufficient warning at this point?
A quick check on my side shows that there are still some isolated references
to it across the various layers. I don't know that we have a specific timeframe
for removing it.
> * i asked about this a long time ago -- in section 4.3.1 (local file
> fetcher), there's an alleged sample line:
>
> SRC_URI = "file://relativefile.patch;this=ignored"
>
> "this=ignored"? can that be replaced by, say, a sample line involving
> "apply=yes" or "apply=no"? or any other relevant examples?
So, yes it's a bad example; but I think we have to be careful about what we do
put there - e.g. apply= isn't actually handled by BitBake at all, it's
implemented in OE in patch.bbclass.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
More information about the bitbake-devel
mailing list