* some questions about bitbake user manual, fetching chapter
@ 2014-06-17 14:12 Robert P. J. Day
2014-06-18 14:35 ` Paul Eggleton
0 siblings, 1 reply; 2+ messages in thread
From: Robert P. J. Day @ 2014-06-17 14:12 UTC (permalink / raw)
To: BitBake developer list
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.
* 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?
* 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?
i think that's it for now.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: some questions about bitbake user manual, fetching chapter
2014-06-17 14:12 some questions about bitbake user manual, fetching chapter Robert P. J. Day
@ 2014-06-18 14:35 ` Paul Eggleton
0 siblings, 0 replies; 2+ messages in thread
From: Paul Eggleton @ 2014-06-18 14:35 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: bitbake-devel
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
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-06-18 14:35 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-06-17 14:12 some questions about bitbake user manual, fetching chapter Robert P. J. Day
2014-06-18 14:35 ` Paul Eggleton
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.