Changing APEX modules behavior is as annoying as it can be.
Futhermore this target was used for a single setting entry that can be
easily replaced by using the AOSP settings provider, that is already
accessible in the module.
Change-Id: I0d2aa32dc4f3057d29bf59126c5a2dc3a4043c21
* Remove droiddoc, it has been commented out since a few versions
* Remove API which hasn't work since a while
* Remove org.lineageos.platform.sdk library
* Remove samples
* Remove obsolete README
Change-Id: Ieb1c2a64ee04480a81d24cb782806397f64adb7d
This reverts commit 6ba68050a3.
Reason for revert: this breaks cts test
Test: run cts-dev -m CtsStrictJavaPackagesTestCases --test android.compat.sjp.cts.StrictJavaPackagesTest#testBootClasspathAndSystemServerClasspath_nonDuplicateClasses
Change-Id: I00bbd9220f9d4f5c996dab5b8ca5da6c77ad3208
* Doesn't compile after 14 QPR2 / AP1A
* Has always been an issue for CTS
[CIRCULAR REFERENCE: com.android.tools.r8.internal.h: Library class vendor.lineage.trust.V1_0.IUsbRestrict implements program class android.hidl.base.V1_0.IBase]
Change-Id: Id2a4ccc60d7cae6bca02e302725d982d50311278
* Pixels have switched to the new AIDL HAL, so V1_3 doesn't exist there
* Switch to directly checking DPM since that's where we found this
code in the first place, and it'll keep getting updated.
Change-Id: Icfc30b73984e82809c3838c421e05da7addaa6cb
Because of some nested dependency breakage, we can no longer include
Android libraries in main SDK lib, therefore we are moving all
preference related code to a separate package that Settings/LineageParts
will depend on.
Change-Id: Iea379a580a08ea13f71e3503aa096ba0ed7e7cef
The new HAL exposes an identical interface
Signed-off-by: Luca Stefani <luca.stefani.ge1@gmail.com>
Change-Id: Ic7a0862ca92dab5d25c11926235b2e8194cb7e62
This partially reverts commit 4068ca7095.
Reason for revert:
* Currently Android (PackageManagerService) scans for packages (APKs)
only in ANDROID_ROOT/framework/ along the standard
$partition/{app,priv-app} directories.
* By moving to system_ext we accidentally broke the addition of
AndroidManifest entries to the runtime (resources and assets weren't
affected as handled manually/differently).
Note: jars can still be loaded with no issues from this partition.
* Instead of allowing system_ext to provide framework packages and
pending (future) AOSP discussion to include system_ext to the allowed
path, simply move back the package.
Change-Id: I352c1518ed43e0631abaebccc1e2093b09d49b6f
Since Android 10 arrived, the support for manual SIM provisioning
was never ported. In fact, there seems to be a way to do that
using some bits of AOSP code.
This way we get rid of the telephony-ext dependency for good.
Change-Id: Ibe4e430d696782032b7d9840ab36db040c3a4df9
(cherry picked from commit 7954524e3cc618830f0bf7b23687bf222ecd285b)
Bug: 134566750
Test: m
Change-Id: I0260942108a13cc5e9bed1d6005abfb8daffe0ac
Exempt-From-Owner-Approval: minor build change
* Moving SensitivePhoneNumbers to sdk got us significantly bigger
zip packages due to libphonenumber being part of every package that is
using org.lineageos.platform or org.lineageos.platform.internal
* In order to correct this, move the "phone" folder to an own library that
statically links libphonennumber and subsequentially make use of that
package where needed
Change-Id: I4effd7a9248290aeb23ab47ff8e30385dce4401a
* When calling the number with intl. prefix it is currently not hidden
* Remove the international prefix before checking th number
Test:
Before:
116006 - hidden
+49116006 - not hidden
004911606 - not hidden
After:
116006 - hidden
+49116006 - hidden
0049116006 - hidden
Change-Id: I72ec2c9a4da87ef243c59c8c4bab33585fdbd854
In particular, fixes packages/LineageSettingsProvider/tests/Android.bp
which otherwise results in errors about unknown properties tags
and instrumentation_for.
Change-Id: I1d44fce77765a77ed6f3c23763f439a216eaefda
* While we're at it, hide the use of getSupportedFeatures(),
since it only works for lineagehw java features, not hidl
* Cleanup some minor styling/organization issues
Change-Id: I905010bc7c6d7d8578eeca501be23f665127aa27
*) Don't depend on framework libs when building our org.lineageos.platform-res
package (as per framework-res bp).
*) It doesn't work out of the box because our resources refer to android: framework-res
attributes (and compile fails).
*) We can fix this in soong by making org.lineageos.platform-res depend on
framework-res (see topic:pie-sdk-no-framework-libs). This allows us to
build with no_framework_libs true.
Change-Id: I426d44ef2521971adfc6b8ad33a7cc042b04e0e6
