60 | | Policy packages require manual construction of hwaf "functions" |
61 | | |
62 | | * remains the question of "tags" |
63 | | ** what is the replacement concept? ("variant"?) |
64 | | ** there are "automatic" variants (deduced from the platform/hardware/... introspection)how to express the |
65 | | ** and non automatic variants (eg with or without graphic) |
66 | | ** how to implement in hwaf |
67 | | ** how to express in yaml (or more generally in declarative language) |
68 | | ** how to express the different forms of macro/set values? |
69 | | |
70 | | * questions: |
71 | | ** how to express the Yaml form of path/path_append/path_prepend/path_remove |
72 | | |
| 59 | === Comments: === |
| 60 | * Simple packages should be converted into Yaml easily |
| 61 | * Policy packages require manual construction of hwaf "functions" |
| 62 | * Remains the question of "tags" |
| 63 | * what is the replacement concept? ("variant"?) |
| 64 | * there are "automatic" variants (deduced from the platform/hardware/... introspection) - how to express them |
| 65 | * and non automatic variants (eg with or without graphic) |
| 66 | * how to implement in hwaf |
| 67 | * how to express in yaml (or more generally in declarative language) |
| 68 | * how to express the different forms of macro/set values? |
| 69 | |
| 70 | * Questions: |
| 71 | * how to express the Yaml form of path/path_append/path_prepend/path_remove |