Jobs such as check for already picked changes only need to be done once
for each git repository, but it was lunched every time picking a commit.
Change-Id: I87b3fea101dbcedb38502015fe9a9af5f25b397c
* Use the builtin approach to decode text output
* Drop unnecessary system shell usage
* Use subprocess.run when we don't need its stdout
Change-Id: Ibb2aeae442b5e97828fe4e0eb783e6512288d245
Customizations from LineageParts do not apply here and SetupWizard
is forcibly skipped anyway as device first boots in already provisioned
status.
Change-Id: Ic85fa59f58729d67f28d1dbe9191868bc1eb70a5
Should be done in the device trees, like Google does and all devices
that we support with different build types (mobile and ATV).
The only requirement is to call the makefile before vendor/lineage one
so that PRODUCT_IS_AUTOMOTIVE is set before inheriting from Lineage
common stuff. That allows to skip some undesired package if needed
without having to move those out from common makefile and duplicate
into common_car and common_tv makefiles.
Change-Id: Id663f48f3d484f415ff04869c52073fbc6b87148
This skips partner_* for some unfortunate devices where someone set
GMS_MAKEFILE/MAINLINE_MODULES_MAKEFILE.
Change-Id: Idadd7a5df315a3792237181b5c277d40d1bd1431
* Google Dialer, where these values have been extracted from, apparently
does use that type, but our Dialer doesn't support it at all
* Change it to the one we support and hope more users can now use
VisualVoiceMail
Co-authored-by: Joel Beckmeyer <jbeckmeyer@cedarville.edu>
Change-Id: I7e602fc9c591620b5306c187cde11afac2fd697f
Fixes Xfinity Mobile visual voicemail and maybe others. The
`vvm_type_vvm3_mvno` symbol doesn't even exist in the Dialer code.
Change-Id: I918539ddf7d79806394f722e7e7e044b3cad853f
Current logic defaults to no gcc if kernel major version is greater than
or equal to 5 and kernel minor version is greater than or equal to 10.
Meaning kernel version 6.1 does not qualify because 1 is less than 10.
So additionally check if kernel major version is greater than or equal
to 6 and ignore minor version for that case.
Change-Id: Id72cb9e100c6fed014d696f4a3a88f6cafcd3932
Do not allow module load lists to contain unexistent kernel modules
and bail out if that's the case, informing that the list must be
corrected.
The lists can be formed including the full module path and with or
without the file extension, like shown below:
kernel/drivers/watchdog/softdog.ko
kernel/net/wireless/cfg80211.ko
kernel/net/mac80211/mac80211.ko
or simply:
softdog.ko
cfg80211.ko
mac80211.ko
or ultimately:
softdog
cfg80211
mac80211
Either way, the newly generated modules.load file will now only
contain the module name without the extension, which is inline with
modules.alias and modules.blocklist.
Change-Id: I969274f7edf249c98ca241e37b6e41a921d36908
* My carrier's (T-Mobile MVNO) is also somehow picking up Ting instead of the legit TMO ones.
Test:
Before: Ting Data is set to be the default APN
After: T-Mobile US is set to be the default
From:
72419e394c/assets/latest_carrier_id/carrier_list.textpb (L11096)
Change-Id: I5c630b6501af2db37538ad9cfc538dca4bf7b5e2
Before:
mka bootimage
qcacld failed to compile, but boot.img is generated
After:
mka bootimage
qcacld failed to compile and no boot.img is generated
Commit fadfdbf introduced the idea of building external modules,
but it didn't account for the scenario where compilation could fail
while the boot.img is still being built.
Fix this by properly stopping the build process as soon as the external
module fails to compile.
Change-Id: Ifed28825f8e4b78d304fe62a47908e208edfb886
Commit 47931c1 introduced GKI modules handling with the assumption
that using BOARD_SYSTEM_KERNEL_MODULES would still work in Android 14,
but turns out that it conflicts with build/make/core rules.
Change-Id: I9167940c08b8420be254c52698f1faa2e3e7f793
