On 11/19/2012 02:20 AM, Otavio Salvador wrote:
On Mon, Nov 19, 2012 at 3:54 AM, Saul Wold <s...@linux.intel.com
<mailto:s...@linux.intel.com>> wrote:
Rebase the patches due to macro name changes.
Signed-off-by: Saul Wold <s...@linux.intel.com
<mailto:s...@linux.intel.com>>
...
-PR = "${INC_PR}.0"
-
-SRC_URI[md5sum] = "ba74b22c788a0c8547976b880cd02b17"
-SRC_URI[sha256sum] =
"2b59897864d6220ff20aa8eac64cac8994e004898a1c0f899c8cb4d7b7570b46"
I find it hard to spot the checksums to be in the .inc file.
I'd prefer to have them in the .bb recipes (even if in this case it'd be
a duplication).
I am not sure why this is an issue, we already have about a dozen places
where the SRC_URI and checksum info is located in the .inc file.
In case you would like to avoid the duplication (which I agree) you
might before, or later, merge the native handle onto the cmake_<ver>.bb
recipe.
What do you think?
Looks like there are bigger issues with trying to merge native into the
standard recipe, mostly due to the fact that the target recipe inherits
cmake, while the native version does not.
Sau!
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br <mailto:ota...@ossystems.com.br>
http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
