platform_system_sepolicy/microdroid
Jiyong Park 2fcfc6f190 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: I267031c68f2157a679a1fceb3ae684bb7580c77c
2024-05-01 21:14:22 +09:00
..
reqd_mask Touch up microdroid sepolicy after removing keystore 2022-01-28 13:07:16 +00:00
system Add sepolicy rules for microdroid_resources_file 2024-04-04 13:05:34 +00:00
vendor Merge logic of DICE HAL and diced in to dice-service 2022-09-27 22:18:46 +00:00
Android.bp Use no_full_install: true instead of installable: false 2024-05-01 21:14:22 +09:00
TEST_MAPPING Run Virtualization tests when we change microdroid policy 2021-12-09 11:35:36 +00:00