The sdk_info prop is mostly there as a communication channel
if we need to channel more information in the future. For now,
using ro.build.version.extensions.r (which is "stable") is sufficient.
Bug: 137191822
Test: boot and getprop ro.build.version.extensions.r
Change-Id: I630c235fd98eaeda9086fa490914e56556b18706
Also tweak the javadoc a little bit.
Bug: 137191822
Bug: 143937447
Test: treehugger
Change-Id: Iae1b025685344c2ffe4ed1089850b447c82a6b83
Merged-In: Iae1b025685344c2ffe4ed1089850b447c82a6b83
Add a oneshot init service, to be triggered early in the boot.
This is unlikely to be the permanent solution, but allows us
to get off the ground by at least getting the prop set.
Bug: 137191822
Test: m com.android.sdkext
Test: boot && adb shell getprop | grep sdk_info
Change-Id: I253c56961289d1226f3a9a471e7b6ca047c52a4e
This is intended to be added to all apexes exposing SDK apis. The
version can then be bumped by changing the value in a single place.
The current version is 0.
Also build this into the sdkext module.
Bug: 137191822
Test: m com.android.sdkext
Change-Id: Ic2cd92ad1d184c8a01f0bc3d4fc21deb588cb7e8
Put the lowest seen number in a persist sysprop.
Bug: 137191822
Test: manual ran derive_sdk on device with fake protos installed
Change-Id: Ic73d615d9d60769d237aa5a72dae2dfe56463007
It currently just reads a prop that is never set, but that will
be updated separately.
Keep the class @hide for now.
Bug: 137191822
Test: m com.android.sdkext
Change-Id: I1a874bf3d3e34676b5d767c4d03b09337b193cce
This module will have a java framework part as well as a native
binary. Add directory and hook future java sources into the stub
rules.
Bug: 137191822
Test: m
Change-Id: I5527a055bf935178b88a1b20504b251f18f3d873
