Add supportability class and configuration
Signed-off-by: Pavel Zhukov pavel.zhukov@huawei.com
Merge request reports
Activity
changed milestone to %goofy alpha
added teammaintenance label
assigned to @landgraf
- Automatically resolved by Pavel Zhukov
- Resolved by Marta Rybczynska
- Automatically resolved by Pavel Zhukov
- Resolved by Marta Rybczynska
- Automatically resolved by Pavel Zhukov
- Resolved by Marta Rybczynska
I inherit the class
INHERIT += "supportability"
in local.conf and do not get the result file. The tasks are well in the dependency graph eg."zstd.do_fetch" -> "zstd.do_supportability_report"
added 14 commits
-
f9b22c0f...c066689f - 13 commits from branch
eclipse/oniro-core:kirkstone
- 7c336bc1 - Add supportability class and configuration
-
f9b22c0f...c066689f - 13 commits from branch
- Automatically resolved by Pavel Zhukov
- Automatically resolved by Pavel Zhukov
- Automatically resolved by Pavel Zhukov
- Automatically resolved by Pavel Zhukov
- Automatically resolved by Pavel Zhukov
- Automatically resolved by Pavel Zhukov
- Automatically resolved by Pavel Zhukov
added 42 commits
-
75816611...7175297f - 41 commits from branch
eclipse/oniro-core:kirkstone
- 66d1c47f - supportability.bbclass: Add supportability class
-
75816611...7175297f - 41 commits from branch
requested review from @agherzan, @mrybczyn, and @idlethread
relates #391
- Automatically resolved by Pavel Zhukov
- Resolved by Marta Rybczynska
57 58 def generate_report_txt(data): 59 report = [] 60 for pkg in data: 61 report.append("{} : {} => {} \n".format(pkg["package"], pkg["recipe"], pkg["supportstatus"])) 62 return report 63 64 python supportability_report () { 65 sreport_dir = d.expand('${SUPPORT_DIRECTORY}/${IMAGE_NAME}') 66 sreport_latest_link = d.expand('${SUPPORT_DIRECTORY}/latest') 67 report_file = os.path.join(sreport_dir, 'supportability.report.txt') 68 bb.utils.mkdirhier(sreport_dir) 69 70 from oe.rootfs import image_list_installed_packages 71 72 packages = image_list_installed_packages(d) This is valid point I was going to raise with @agherzan . That's disadvantage of -image approach vs the first one (per package).
- Automatically resolved by Pavel Zhukov
- Automatically resolved by Pavel Zhukov
- Automatically resolved by Pavel Zhukov
- Resolved by Pavel Zhukov
25 ONIRO_DEFAULT_POLICY = d.getVar("ONIRO_SUPPORT_DEFAULT_POLICY") 26 if recipe is None: 27 return "unsupported" 28 29 ## Package which are marked as unsupported (not affected by default policy) 30 ONIRO_SUPPORT_UNSUPPORTED = d.getVar("ONIRO_SUPPORT_UNSUPPORTED") 31 WARN_IF_UNSUPPORTED = d.getVar("WARN_IF_UNSUPPORTED") != 0 32 if ONIRO_SUPPORT_UNSUPPORTED is not None and \ 33 recipe in ONIRO_SUPPORT_UNSUPPORTED.split(): 34 if WARN_IF_UNSUPPORTED: 35 bb.warn("Supportability class: package {} is unsupported".format(recipe)) 36 return "unsupported" 37 38 ## Packages which are in Oniro reference images are always supported 39 ## Not affected by default policy 40 ONIRO_SUPPORT_REF = d.getVar("ONIRO_SUPPORT_REF") There are three groups:
ONIRO_SUPPORT_UNSUPPORTED - pkgs we don't want to support (nameservers, web servers, huge nonIoT apps or python libraries etc). For this packages warning will be shown and status set to "unsupported" even if they're in reference images for whatever reason (by mistake).
ONIRO_SUPPORT_REF - pkgs which are part of our reference non-dev images (thus _REF). We must support them
ONIRO_SUPPORT_SUPPORTED - pkgs which are not part of our images but we support them. They may be asked by the partner to be added os reviewed in case by case basis.
- Automatically resolved by Pavel Zhukov
- Automatically resolved by Pavel Zhukov
added 37 commits
-
66d1c47f...952a5aac - 36 commits from branch
eclipse/oniro-core:kirkstone
- 427a0ca0 - supportability.bbclass: Add supportability class
-
66d1c47f...952a5aac - 36 commits from branch
This is your friendly STalE merge request FAmous bot remiNder (abbreviated as STEFAN).
This MR has been inactive for over a month now. Please update, close or comment why its still relevant even without activity within a week.
We are going to close stale issues after this reminder time frame has elapsed.
@idlethread @agherzan @mrybczyn anyone that can have a look into it? It's blocking this epic: &122
@lucafavaretto this needs a new owner as Pavel is not onto it anymore. Maybe @mrybczyn could take a look but I doubt that is feasible time-wise.
mentioned in issue #387