[meta-oe,1/3] libcbor: Add initial support

To handle the general-purpose schema-less binary data format

Signed-off-by: Jun Nie <jun.nie@linaro.org>
---
 meta-oe/recipes-extended/libcbor/libcbor_git.bb | 13 +++++++++++++
 1 file changed, 13 insertions(+)
 create mode 100755 meta-oe/recipes-extended/libcbor/libcbor_git.bb

On Mon, May 8, 2023 at 11:58 PM Jun Nie <jun.nie@linaro.org> wrote:
>
> To handle the general-purpose schema-less binary data format
>
> Signed-off-by: Jun Nie <jun.nie@linaro.org>
> ---
>  meta-oe/recipes-extended/libcbor/libcbor_git.bb | 13 +++++++++++++
>  1 file changed, 13 insertions(+)
>  create mode 100755 meta-oe/recipes-extended/libcbor/libcbor_git.bb
>
> diff --git a/meta-oe/recipes-extended/libcbor/libcbor_git.bb b/meta-oe/recipes-extended/libcbor/libcbor_git.bb
> new file mode 100755
> index 0000000000..53ba230533
> --- /dev/null
> +++ b/meta-oe/recipes-extended/libcbor/libcbor_git.bb
> @@ -0,0 +1,13 @@
> +SUMMARY = "library for CBOR"
> +DESCRIPTION = " C library for parsing and generating CBOR, the general-purpose schema-less binary data format."
> +
> +LICENSE = "MIT"
> +LIC_FILES_CHKSUM = "file://LICENSE.md;md5=6f3b3881df62ca763a02d359a6e94071"
> +
> +SRC_URI = "git://github.com/PJK/libcbor.git;protocol=https;branch=master"
> +SRCREV = "efa6c0886bae46bdaef9b679f61f4b9d8bc296ae"
> +

Please rename the recipe to reflect version libcbor_0.10.2.bb, you are
using the right SHA1 for SRCREV above

> +S = "${WORKDIR}/git"
> +PV = "git${SRCPV}"

Setting PV is not needed if its using a SRCREV corresponding to a release tag

> +
> +inherit cmake
> --
> 2.34.1
>

more errors in build QA

ERROR: libcbor-gitAUTOINC+efa6c0886b-r0 do_package: dwarfsrcfiles
failed with exit code 1 (cmd was ['dwarfsrcfiles',
'/mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux-musl/libcbor/gitAUTOINC+efa6c0886b-r0
       /package/usr/lib/libcbor.a']):
  dwarfsrcfiles:
/mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux-musl/libcbor/gitAUTOINC+efa6c0886b-r0/package/usr/lib/libcbor.a:
not a valid ELF file

On Tue, May 9, 2023 at 5:27 PM Khem Raj <raj.khem@gmail.com> wrote:
>
> On Mon, May 8, 2023 at 11:58 PM Jun Nie <jun.nie@linaro.org> wrote:
> >
> > To handle the general-purpose schema-less binary data format
> >
> > Signed-off-by: Jun Nie <jun.nie@linaro.org>
> > ---
> >  meta-oe/recipes-extended/libcbor/libcbor_git.bb | 13 +++++++++++++
> >  1 file changed, 13 insertions(+)
> >  create mode 100755 meta-oe/recipes-extended/libcbor/libcbor_git.bb
> >
> > diff --git a/meta-oe/recipes-extended/libcbor/libcbor_git.bb b/meta-oe/recipes-extended/libcbor/libcbor_git.bb
> > new file mode 100755
> > index 0000000000..53ba230533
> > --- /dev/null
> > +++ b/meta-oe/recipes-extended/libcbor/libcbor_git.bb
> > @@ -0,0 +1,13 @@
> > +SUMMARY = "library for CBOR"
> > +DESCRIPTION = " C library for parsing and generating CBOR, the general-purpose schema-less binary data format."
> > +
> > +LICENSE = "MIT"
> > +LIC_FILES_CHKSUM = "file://LICENSE.md;md5=6f3b3881df62ca763a02d359a6e94071"
> > +
> > +SRC_URI = "git://github.com/PJK/libcbor.git;protocol=https;branch=master"
> > +SRCREV = "efa6c0886bae46bdaef9b679f61f4b9d8bc296ae"
> > +
>
> Please rename the recipe to reflect version libcbor_0.10.2.bb, you are
> using the right SHA1 for SRCREV above
>
> > +S = "${WORKDIR}/git"
> > +PV = "git${SRCPV}"
>
> Setting PV is not needed if its using a SRCREV corresponding to a release tag
>
> > +
> > +inherit cmake
> > --
> > 2.34.1
> >

Khem Raj <raj.khem@gmail.com> 于2023年5月10日周三 08:28写道：
>
> On Mon, May 8, 2023 at 11:58 PM Jun Nie <jun.nie@linaro.org> wrote:
> >
> > To handle the general-purpose schema-less binary data format
> >
> > Signed-off-by: Jun Nie <jun.nie@linaro.org>
> > ---
> >  meta-oe/recipes-extended/libcbor/libcbor_git.bb | 13 +++++++++++++
> >  1 file changed, 13 insertions(+)
> >  create mode 100755 meta-oe/recipes-extended/libcbor/libcbor_git.bb
> >
> > diff --git a/meta-oe/recipes-extended/libcbor/libcbor_git.bb b/meta-oe/recipes-extended/libcbor/libcbor_git.bb
> > new file mode 100755
> > index 0000000000..53ba230533
> > --- /dev/null
> > +++ b/meta-oe/recipes-extended/libcbor/libcbor_git.bb
> > @@ -0,0 +1,13 @@
> > +SUMMARY = "library for CBOR"
> > +DESCRIPTION = " C library for parsing and generating CBOR, the general-purpose schema-less binary data format."
> > +
> > +LICENSE = "MIT"
> > +LIC_FILES_CHKSUM = "file://LICENSE.md;md5=6f3b3881df62ca763a02d359a6e94071"
> > +
> > +SRC_URI = "git://github.com/PJK/libcbor.git;protocol=https;branch=master"
> > +SRCREV = "efa6c0886bae46bdaef9b679f61f4b9d8bc296ae"
> > +
>
> Please rename the recipe to reflect version libcbor_0.10.2.bb, you are
> using the right SHA1 for SRCREV above
>
> > +S = "${WORKDIR}/git"
> > +PV = "git${SRCPV}"
>
> Setting PV is not needed if its using a SRCREV corresponding to a release tag
>
> > +
> > +inherit cmake
> > --
> > 2.34.1
> >

Thanks! Will rename the recipe and remove PV in future version.

For the "not a valid ELF file" issue, it is due to missing a CMAKE
argument. I did not find the error as
there is no issue in real use case. But dwarfdump cannot find any
information with the issue.
Is there any method to run QA test locally? Or the error notification
can be forwarded to patch owner
directly from auto-build server?

- Jun