<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 9, 2016 at 6:39 AM, Robert P. J. Day <span dir="ltr"><<a href="mailto:rpjday@crashcourse.ca" target="_blank">rpjday@crashcourse.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
(aside: this is with wind river linux 8 and i dropped bruce a note<br>
about it, but i really should keep this stuff on the mailing list.)<br>
<br>
not sure if this is a WRL issue, or more general OE or YP issue, but<br>
i was doing a kernel config yesterday, and my SRC_URI included, say,<br>
"rday.scc", which incorporated both kernel config fragments and<br>
patches, and that worked fine.<br>
<br>
eventually, after massive refactoring, all that was left of that<br>
item was some kernel configuration which was already in "rday.cfg", so<br>
i edited SRC_URI and replaced "rday.scc" with "rday.cfg", but i left<br>
that old "rday.scc" in that directory (with its referent patches),<br>
assuming it would be ignored.<br>
<br>
did a clean and configure and got:<br>
<br>
| DEBUG: Executing shell function do_kernel_metadata<br>
| ERROR: could not find patch rday.patch, included from<br>
.../rday.scc ...<br>
<br>
it *appears* that, even though SRC_URI now refers to (among other<br>
things) just "rday.cfg", it looks like the configure step is *still*<br>
trying to process "rday.scc", which contains a reference to a now<br>
non-existent patch, hence the failure.<br>
<br>
if i just remove (or rename) "rday.scc", then things work fine. is<br>
this expected behaviour? is there some reason that if SRC_URI<br>
includes, say "derf.cfg", the configuration will automatically look<br>
for and try to process "derf.scc"? or am i just doing something silly?<br></blockquote><div><br></div><div>There's no automatic inclusions like that. Take a look at your meta-series and see if </div><div>there's an explicit reference to the .scc file.</div><div><br></div><div>Otherwise, I'll have to try and reproduce it here.</div><div><br></div><div>Bruce</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
rday<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
<br>
========================================================================<br>
Robert P. J. Day Ottawa, Ontario, CANADA<br>
<a href="http://crashcourse.ca" rel="noreferrer" target="_blank">http://crashcourse.ca</a><br>
<br>
Twitter: <a href="http://twitter.com/rpjday" rel="noreferrer" target="_blank">http://twitter.com/rpjday</a><br>
LinkedIn: <a href="http://ca.linkedin.com/in/rpjday" rel="noreferrer" target="_blank">http://ca.linkedin.com/in/rpjday</a><br>
========================================================================<br>
<br>
<br>
<br>
--<br>
_______________________________________________<br>
Openembedded-core mailing list<br>
<a href="mailto:Openembedded-core@lists.openembedded.org">Openembedded-core@lists.openembedded.org</a><br>
<a href="http://lists.openembedded.org/mailman/listinfo/openembedded-core" rel="noreferrer" target="_blank">http://lists.openembedded.org/mailman/listinfo/openembedded-core</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">"Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end"</div>
</div></div>