-
Notifications
You must be signed in to change notification settings - Fork 17
lmp/build: Improve license and source-code handling #370
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
lmp/build: Improve license and source-code handling #370
Conversation
|
This is not required for the scarthgap version but I discovered this when I was working on that- |
230536c to
f4e7b61
Compare
f4e7b61 to
2222257
Compare
ricardosalveti
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, we just won't have a way to notify our customer of such missing file at this stage, we need to work on getting the possible fix backported to scarthgap.
I will try to see how to do this. |
2222257 to
e337a2e
Compare
|
The scarthgap is broken with this and I need validate this again on both scarthgap + kirkstone |
- Skip lmp-mfgtool disto variant
- Fail if the image manifest not exist
- Consider only the symbolic links of the images manifest
- From the licenses deploy dir of the image:
- Copy the license.manifest, if not possible fail
- Copy the image_license.manifest
| + for img in ${DEPLOY_DIR_IMAGE}/*${MACHINE}.manifest
| ++ basename '/srv/oe/build/deploy/images/intel-corei7-64/*intel-corei7-64.manifest'
| ++ sed -e s/.manifest//
| + image_name='*intel-corei7-64'
| ++ readlink '/srv/oe/build/deploy/images/intel-corei7-64/*intel-corei7-64.manifest'
| ++ sed -e 's/\..*manifest//'
| + image_name_id=
| Script completed with error(s)
Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
There is a bug in oe-core and sometimes the lic folder is empty. https://bugzilla.yoctoproject.org/show_bug.cgi?id=15394 The intention of this change is to document and be reverted once the problem is fixed. Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
ae37104 to
a3a1d8a
Compare
Validated on both scarthgap + kirkstone ci based builds. |
On multiconfig machines the sources and the license can be duplicated. We have two places with the source-code and licenses on the ti bsp [1]. If it was the case we will deploy only one package, we will search for the first package license path and use that. We can also escape and jump this source-code collecting step when we not have any IMAGE_MANIFESTS (i.e no image produced). [1] https://github.com/foundriesio/meta-lmp/blob/7657b41046ff745ce5fe61a64f615623ebb098e0/meta-lmp-bsp/conf/machine/include/lmp-machine-custom.inc#L457-L459 Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
a3a1d8a to
842bad4
Compare
ricardosalveti
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks
- License handling
Instead of blindly failing, this will improve the situation and will show up what is the missing manifests.
For the lmp-mfgtool we don't produce an image and don't make sense to processes the image manifest.
The following is an example of such blindly CI build fail:
- Source-code handling
Adding support for collecting duplicated sources
On multiconfig machines the sources and the license can be duplicated.
We have two places with the source-code and licenses on the ti bsp [1].
If it was the case we will deploy only one package, we will search for the first package license path and use that.
We can also escape and jump this source-code collecting step when we not have any IMAGE_MANIFESTS (i.e no image produced).
[1] https://github.com/foundriesio/meta-lmp/blob/7657b41046ff745ce5fe61a64f615623ebb098e0/meta-lmp-bsp/conf/machine/include/lmp-machine-custom.inc#L457-L459