Skip to content

Conversation

@hmsadiq
Copy link

@hmsadiq hmsadiq commented Feb 20, 2018

This class is adding the functionality to run scancode utility on code.
You can override SCANCODE_FORMAT if you need json output. It assumes scancode
is present in PATH and is set in HOSTTOOLS.

This belongs to OI-2.

Signed-off-by: H M Irfan Sadiq [email protected]
Signed-off-by: Noor Ahsan [email protected]

This class is adding the functionality to run scancode utility on code.
You can override SCANCODE_FORMAT if you need json output. It assumes scancode
is present in PATH and is set in HOSTTOOLS.

This belongs to OI-2.

Signed-off-by: H M Irfan Sadiq <[email protected]>
Signed-off-by: Noor Ahsan <[email protected]>
Copy link
Contributor

@kergoth kergoth left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Other than the specific comments already added, this looks reasonable, but you need to determine the long term plans for this class. Is it intended for upstream, i.e. to meta-openembedded? If so, this is the correct location, but if not, meta-mentor-staging isn't the correct place for the class.


do_scancode_oss[recrdeptask] = "do_scancode_oss do_scancode"
do_scancode_oss[nostamp] = "1"
addtask do_scancode_oss after do_scancode
Copy link
Contributor

@kergoth kergoth Mar 12, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The do_scancode_oss task can be removed. Bitbake supports running a specific task against all dependencies recursively on its own now: bitbake --runall=scancode console-image.

do_scancode() {
mkdir -p ${DEPLOY_DIR_IMAGE}/scancode
if [ -d "${S}" ]; then
scancode ${S} --format ${SCANCODE_FORMAT} ${DEPLOY_DIR_IMAGE}/scancode/${PN}.${EXT}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The convention is to no longer write directly to DEPLOY_DIR_IMAGE, but instead allow the sstate state management code to keep track of what it's installed and uninstall to/from that location. I'd suggest doing the same here, following the same pattern as that used by deploy.bbclass.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Upon further consideration, I'd also suggest moving this to its own subdirectory of DEPLOY_DIR, rather than cluttering up DEPLOY_DIR_IMAGE with content that isn't directly bound to an image.

@Noor-Ahsan Noor-Ahsan self-assigned this Jan 28, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants