[yocto] npm recipe bad task order

Jonas Andersson jonaskgandersson at gmail.com
Thu Feb 14 13:49:14 PST 2019


My recipe is as following, i have striped down some checksum files and
licenses for packages:
_______________________________________________________________________________________
SUMMARY = "microServiceBus-node is the node.js based device agent used
together with microServiceBus.com."

DESCRIPTION =  "microServiceBus.com is an integration platform for IoT and
enterprise applications. \
                This platform lets you expose microservices from small
devices and large systems using a remote hosting infrastructure. \
                These nodes can run on both Linux and Windows using
components built either natively (ARM) or using node.js."

HOMEPAGE = "https://microservicebus.com"

LICENSE = "BSD-3-Clause & Unlicense & Apache-2.0 & \
BSD-2-Clause & ISC & MIT"
LIC_FILES_CHKSUM = "file://LICENSE;md5=75dbbb2f49d90bfc476532dc5861fd26 \

file://node_modules/inherits/LICENSE;md5=5b2ef2247af6d355ae9d9f988092d470 \

file://node_modules/psl/LICENSE;md5=2425d288296fae32e27553694ff40294 \

file://node_modules/rc/LICENSE.MIT;md5=e0f70a42adf526e6f5e605a94d98a420"

SRC_URI = "npm://registry.npmjs.org;name=microservicebus-node;version=${PV}"

NPM_SHRINKWRAP := "${THISDIR}/${PN}/npm-shrinkwrap.json"
NPM_LOCKDOWN := "${THISDIR}/${PN}/lockdown.json"

inherit npm

# Must be set after inherit npm since that itself sets S
S = "${WORKDIR}/npmpkg"
LICENSE_${PN}-app-module-path = "BSD-2-Clause"
LICENSE_${PN}-async-lodash = "MIT"

RDEPENDS_${PN} += " python nodejs-npm"
_______________________________________________________________________________________

The recipe have worked for some version of sumo, I have tested 2.5.1 with
the same result, the only other thing that I have added is som generic
licenses in the layer:
________________________________________________________
# Additional license directories.
LICENSE_PATH += "${LAYERDIR}/files/common-licenses"
SPDXLICENSEMAP[Unlicensev1] = "Unlicense"
SPDXLICENSEMAP[WTFPLv1] = "WTFPL"
_________________________________________________________

/Jonas

Den tors 14 feb. 2019 kl 21:38 skrev Chuck Wolber <chuckwolber at gmail.com>:

> Normally the source archive is unpacked first, which contains the license
> file. Is there something different with the source packaging for your
> recipe?
>
> ..Ch:W..
>
> On Thu, Feb 14, 2019 at 02:26 Jonas Andersson <jonaskgandersson at gmail.com>
> wrote:
>
>> Hi,
>>
>> I have some recipes created from npm packages with devtool.
>>
>> do_populate_lic with: WARNING: Could not copy license file
>> and LIC_FILES_CHKSUM points to an invalid file.
>>
>> In my understanding the problem is that do_populate_lic task is running
>> before do_compile:
>>
>> log.task_order
>> _______________________________________________________________
>> do_cleansstate (20550): log.do_cleansstate.20550
>> do_cleanall (20551): log.do_cleanall.20551
>> do_fetch (20653): log.do_fetch.20653
>> do_unpack (22861): log.do_unpack.22861
>> do_prepare_recipe_sysroot (22862): log.do_prepare_recipe_sysroot.22862
>> do_patch (23281): log.do_patch.23281
>> do_configure (23283): log.do_configure.23283
>> do_populate_lic (23284): log.do_populate_lic.23284
>> do_compile (23289): log.do_compile.23289
>> _______________________________________________________________
>>
>> The recipes npm created with devtool reference license to S
>> (${WORKDIR}/npmpkg):
>>
>> ______________________________________________________________________________
>> LIC_FILES_CHKSUM = "file://LICENSE;md5=75dbbb2f49d90bfc476532dc5861fd26 \
>>
>> file://node_modules/inherits/LICENSE;md5=5b2ef2247af6d355ae9d9f988092d470 \
>>
>> file://node_modules/psl/LICENSE;md5=2425d288296fae32e27553694ff40294 \
>>
>> file://node_modules/rc/LICENSE.MIT;md5=e0f70a42adf526e6f5e605a94d98a420"
>>
>> ______________________________________________________________________________
>>
>> But as npm_do_compile is the task that populates workdir there is no
>> license files available when do_populate_lic runs.
>>
>> I have tried both sumo and thud but with the same result, is the order
>> something that have change?
>>
>> Best regards
>> Jonas
>>
>> --
>> _______________________________________________
>> yocto mailing list
>> yocto at yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>>
> --
> “I would challenge anyone here to think of a question upon which we once
> had a scientific answer, however inadequate, but for which now the best
> answer is a religious one."  -Sam Harris
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20190214/0667e3c0/attachment.html>


More information about the yocto mailing list