summaryrefslogtreecommitdiff
path: root/08ebb5a43853c71a846c75f60ed6dda7ca66d5be
diff options
context:
space:
mode:
authorJiyong Park <jiyong@google.com>2024-05-01 16:16:42 +0900
committerJiyong Park <jiyong@google.com>2024-05-01 20:59:19 +0900
commitb33025849de1766770636d799779d404b103a933 (patch)
tree7d52c00ba83ebcb6473b98551e0302ccd6da0588 /08ebb5a43853c71a846c75f60ed6dda7ca66d5be
parent2026332ed854631bf5bfbbcb49e9df98cc7fcc01 (diff)
downloadcore-b33025849de1766770636d799779d404b103a933.tar.gz
Use no_full_install: true instead of installable: false
So far, we have used `instalable: false` to avoid collision with the other modules that are installed to the same path. A typical example was <foo> and <foo>.microdroid. The latter is a modified version of the former for the inclusion of the microdroid image. They however both have the same instalation path (ex: system/bin) and stem (ex: foo) so that we can reference them using the same path regardless of whether we are in Android or microdroid. However, the use of `installable: false` for the purpose is actually incorrect, because `installable: false` also means, obviously, "this module shouldn't be installed". The only reason this incorrect way has worked is simply because packaging modules (ex: android_filesystem) didn't respect the property when gathering the modules. As packaging modules are now fixed to respect `installable: false`, we need a correct way of avoiding the collision. `no_full_install: true` is it. If a module has this property set to true, it is never installed to the full instal path like out/target/product/<partition>/... It can be installed only via packaging modules. Bug: 338160898 Test: m Change-Id: I37380c19232f2c497bdf492a83cdc16616f0ae8d
Diffstat (limited to '08ebb5a43853c71a846c75f60ed6dda7ca66d5be')
0 files changed, 0 insertions, 0 deletions