linux/poky.git/scripts/lib/recipetool, branch python3

recipetool: create: fix falling back to declared license for npm packages

2016-05-06T09:31:14+00:00

Fix two problems falling back to the "license" field from package.json when no license file is present: 1) The function that was supposed to return the license field value was always explicitly returning None, and this was never noticed (because the test cases never exercised the fallback as they provided license files for each module). 2) Fix the main package not falling back because it had a default of an empty list, which evaluates to '' instead of 'Unknown'. (From OE-Core rev: 59381a9450949ce6b4b03adb717e950b999830f3) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

recipetool.newappend: fix syntax error for 'not path_ok' error

2016-04-29T06:41:43+00:00

(From OE-Core rev: bdb5a6a5b3c31ed44bed8321f5febb6a09dfb9f2) Signed-off-by: Christopher Larson Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

recipetool: create: don't create extra files directory unconditionally

2016-03-20T23:12:25+00:00

The extra directory next to the recipe should only be created if there are files to put into it; currently only the npm plugin does this. I didn't notice the issue earlier because the test was actually able to succeed under these circumstances if the recipe file came first in the directory listing, which was a fault in my original oe-selftest test; apparently on some YP autobuilder machines the order came out reversed. With this change we can put the oe-selftest test that highlighted the issue back to the way it was, with an extra check to reinforce that only a single file should be created. (From OE-Core rev: b8b778345eb0997c2cd952a1f61fdd2050b6b894) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

recipetool: create: shrinkwrap and lockdown npm modules

2016-03-09T17:00:29+00:00

"npm shrinkwrap" creates a file that ensures that the exact same versions get fetched the next time the recipe is built. lockdown is similar but also includes sha1sums of the modules thus validating they haven't changed between builds. These ensure that the build is reproducible. Fixes [YOCTO #9225]. (From OE-Core rev: 277377f13b2b771915eb853e336ca24b84523ed1) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

recipetool: create: support creation of additional files by plugins

2016-03-09T17:00:29+00:00

Allow plugins to create additional files to go alongside the recipe. The plugins don't know what the output filename is going to be, so they need to put the files in a temporary location and add them to an "extrafiles" dict within extravalues where the destination filename is the key and the temporary path is the value. devtool add was also extended to ensure these files get moved in and preserved upon reset if they've been edited by the user. (From OE-Core rev: 334b9451111b7e3efbb43b3a4eecebcab8ec6f0e) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

recipetool: create: check if npm available if npm:// URL specified

2016-03-09T17:00:29+00:00

If the user specifies an npm:// URL then the fetcher needs npm to be available to run, so check if it's available early rather than failing later. (From OE-Core rev: a08d12ad867c292f7474731a0fe5e51e712446d6) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

recipetool: create: split npm module dependencies into packages

2016-03-09T17:00:29+00:00

Rather than rolling all of an npm module's dependencies into the same package, split them into one module per package, setting the SUMMARY and PKGV values from the package.json file for each package. Additionally, mark each package with the appropriate license using the license scanning we already do, falling back to the license stated in the package.json file for the module if unknown. All of this is mostly in aid of ensuring all modules and their licenses now show up in the manifests for the image. Additionally we set the main LICENSE value more concretely once we've calculated the per-package licenses, since we have more information at that point. (From OE-Core rev: 8226805f83d21e7c1d2ba21969f3e8ee4b137496) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

recipetool: create: add license file crunching

2016-03-09T17:00:29+00:00

Matching license texts directly to md5sums only goes so far. Some licenses make the copyright statement an intrinsic part of the license statement (e.g. MIT) which of course varies between projects. Also, people often seem to take standard license texts such as GPLv2 and reformat them cosmetically - re-wrapping lines at a different width or changing quoting styles are seemingly popular examples. In order to match license files to their actual licenses more effectively, "crunch" out these elements before comparing to an md5sum. (The existing plain md5sum matching has been left in since it's a shortcut, and our list of crunched md5sums isn't a complete replacement for it.) As always, this code isn't providing any guarantees (legal or otherwise) that it will always get the license correct - as indicated by the accompanying comments the LICENSE values it writes out to the recipe are indicative and you should verify them yourself by looking at the documentation supplied from upstream for the software being built if you have any concerns. (From OE-Core rev: 553bb4ea5d51be5179e7d8c019740cf61ece76ea) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

recipetool: create: match LICENSE as a license file

2016-03-09T17:00:29+00:00

For example, this picks up a file named MIT-LICENSE.txt. (From OE-Core rev: 103b4d26b340cbdf70bf43906e293f3497671fdc) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

recipetool: create: improve mapping for autotools program macros

2016-03-09T17:00:29+00:00

Make the following improvements to mapping items specified in AC_CHECK_PROG, AC_PATH_PROG and AX_WITH_PROG to recipes/classes: * Produce a map of native recipe -> binary for all binaries currently in STAGING_BINDIR_NATIVE and use this when mapping items * Add some more entries to the class map * Ignore autotools binaries since they are covered by the inherit of autotools * Ignore coreutils-native since that would almost always be a bogus dependency (From OE-Core rev: 5614c5ae6a004d4367eccc34dd3cc7ee61fb7e57) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

linux/poky.git/scripts/lib/recipetool, branch python3

recipetool: create: fix falling back to declared license for npm packages

recipetool.newappend: fix syntax error for 'not path_ok' error

recipetool: create: don't create extra files directory unconditionally

recipetool: create: shrinkwrap and lockdown npm modules

recipetool: create: support creation of additional files by plugins

recipetool: create: check if npm available if npm:// URL specified

recipetool: create: split npm module dependencies into packages

recipetool: create: add license file crunching

recipetool: create: match *LICENSE* as a license file

recipetool: create: improve mapping for autotools program macros

recipetool: create: match LICENSE as a license file