[oe] [meta-oe][PATCH V2] meta-oe: recipes-devtools: add libubox recipe

[Ioan-Adrian Ratiu]

On 30.09.2015 18:24, Khem Raj wrote:
>
>> On Sep 30, 2015, at 4:15 AM, Ioan-Adrian Ratiu <adrian.ratiu at ni.com> wrote:
>>
>> libubox contains C utility functions used by OpenWrt projects
>>
>> Signed-off-by: Ioan-Adrian Ratiu <adrian.ratiu at ni.com>
>> ---
>> meta-oe/recipes-devtools/libubox/libubox_git.bb | 32 +++++++++++++++++++++++++
>> 1 file changed, 32 insertions(+)
>> create mode 100644 meta-oe/recipes-devtools/libubox/libubox_git.bb
>>
>> diff --git a/meta-oe/recipes-devtools/libubox/libubox_git.bb b/meta-oe/recipes-devtools/libubox/libubox_git.bb
>> new file mode 100644
>> index 0000000..4be3ac1
>> --- /dev/null
>> +++ b/meta-oe/recipes-devtools/libubox/libubox_git.bb
>> @@ -0,0 +1,32 @@
>> +DESCRIPTION = "C utility functions for OpenWrt"
>> +SECTION = "libs"
>> +LICENSE = "libubox-custom-license”
>
> where is the license file ?
>
>> +LIC_FILES_CHKSUM = "\
>> +    file://avl.c;endline=39;md5=00810155fed3d604816ec5814523d60a \
>> +    file://avl-cmp.c;endline=15;md5=1603e6094b432a5f3f320877a06f41b5 \
>> +    file://base64.c;endline=61;md5=51fdff010d45b0086ac0a6e035693dc0 \
>> +    file://blobmsg.c;endline=15;md5=7ed64c1570e8c9b46c4fc6fbd16c489e \
>> +    file://list.h;endline=28;md5=2d5f5475fbd0f08741354c5a99c2e983 \
>> +    file://md5.h;endline=39;md5=048bf9f68963c207a0c2b3a94c9d2aaa \
>> +    file://md5.c;endline=51;md5=0a448eea0bcbc89e3c7e6608f2d119a0 \
>> +    file://usock.h;endline=18;md5=f0dfdc8de858e66d66d74036611bba14 \
>> +"
>> +
>> +PACKAGES = "${PN} ${PN}-dbg ${PN}-dev ${PN}-staticdev”
>
> why override default PACKAGES ?
>
>> +
>> +DEPENDS = "json-c"
>> +
>> +SRC_URI = "git://git.openwrt.org/project/libubox.git"
>> +
>> +SRCREV = "136a5196266d03d537f822c4e67d2fde2ed59505"
>> +
>> +S = "${WORKDIR}/git"
>> +
>> +inherit cmake
>> +
>> +EXTRA_OECMAKE = "-DBUILD_EXAMPLES=OFF -DBUILD_LUA=OFF"
>> +
>> +FILES_${PN} += "\
>> +    ${libdir}/libubox.so \
>> +    ${libdir}/libblobmsg_json.so \
>
> can they be versioned ?
>

Sorry I got carried into the packaging discussion and forgot to answer 
this one. The answer is no. AFAIK this means that I have to tweak the 
packaging to include them in FILES_${PN}.