yashsingh1/xdaforums huggingface dataset:
[Android Software Development] Nikhil:
I would not say your way is wrong - I'd say you can skip a step or two in the process and save yourself some time.

Here's my recommendation

+ boot phone to recommended recovery (twrp-3.7.0_12-v7.7_A13-alioth-skkk.img)

- flash recommended Firmware (miui_ALIOTHEEAGlobal_V14.0.7.0.TKHEUXM_4f54362c0d_13.0.zip) you don't need to flash firmware everytime you flash rom or update gapps, you need to flash it only when your rom developer recommends and once is enough.

+ flash crDroid rom (toggle auto flash twrp)

+ reboot phone to recovery

+ flash NikGapps - (no auto toggle needed) [I used Nikgapps Basic]. I would create a custom build with all the addons included in one single zip, it's free, it's fast, it saves time

+ wipe Data

- flash Gapps Add-ons (no auto toggle needed) [I included AndroidAuto, Gboard, GoogleSearch, Google,Clock, AndroidDevicePolicy, DeviceHealthServices, DeviceSetup, GoogleCalendar, GoogleChrome, GoogleLocationHistory, GoogleMaps, GooglePhoto, GoogleSounds, GoogleWallpaper and SetupWizard] -total 15 add-ons. Not needed if you created a custom build.

+ boot phone to system

I realize why this must be happening. Velvet for example, was installed in system (after shuffling between partitions) if system did not have enough space to accomodate Velvet in first place but was somehow installed because of some other app (say GoogleWebview) which deleted webview from system and installed GoogleWebview in /product or /system_ext. Upon OTA update, system is again occupied with webview (where it originally belonged) leaving no space for Velvet to be installed in system.

Hope it makes sense.

I checked the code, we are restoring before we are deleting any aosp apps or running debloater.

build/NikGapps/Assets/addon at main · nikgapps/build

Contribute to nikgapps/build development by creating an account on GitHub.

github.com

I think it is logical to remove everything before restoring. I am not sure if that will 100% resolve it, but it should provide maximum space for bigger apps to install.
[Android Software Development] osm0sis:
Oh definitely, and if there's anything else remaining or in the future that an install does in a different order than addon.d then that should be made to match as well. They should always be the same for the case in point.

I feel like you'd fixed the addon.d removal order once before from my bug reports so it's a regression? Anyway, hopefully it's the last of them and all will be good on the next version.🤞🙂
[Android Software Development] ALFZZ:
Thank you very much for your valuable recommendations and for the making of thesingle zip file that combined the gapps and all the add-ons. I will definitely try it out in my next rom update. Once again thank you.
[Android Software Development] osm0sis:
Of interest, now that I've dirty flashed Full zip over the latest addon.d GApps'd system, Velvet remained not installed but everything else installed, AND the DocumentsUIGoogle Files shortcut is back! 🤯🤔🤷‍♂️
[Android Software Development] Nikhil:
I didn't get a chance to confirm if it's a regression but I'll make the changes regardless with next release. (y)

I checked the logs, surprised to see the space calculations were not updated after uninstalling Velvet. I'll investigate it and fix it for good.

Thank you for bringing it to my notice.
[Android Software Development] osm0sis:
Also wondering if it would be smart to install Velvet earlier if it's in a config, maybe after Gms, since 404mb is a pretty hefty amount to have in one partition.

Edit: Managed to get it to install by removing a bunch of stuff from my config, but more than should have been needed space-wise. 🙃

Edit 2: I was then able to re-enable the other apps in my config and have all installed with the subsequent dirty flash. 🤯
[Android Software Development] Nikhil:
Yeah, I'll have to find a way to make sure these apps are taken on priority in the installation order. May be sort the apps by sizes and install them after Core. That way. They pick the partition with most size and get installed there. It'll take a lot of unit testing but certainly possible. (y)
[Android Software Development] Nikhil:
I looked deeper into the logs and noticed that Velvet was not present in the system before you dirty flashed (may be removed from OTA update). Thus, when system did not have enough space, uninstalling changed nothing and thus, the system reported same available space after uninstalling.

Glad there wasn't any bug to fix, all I gotta do now is flash the apps with bigger size first and remove the aosp apps before restoring the files during ota update.
[Android Software Development] osm0sis:
For fun I'm going to try this with today's OTA to see if all restores:

You mentioned things like WebView making room in system so I put that before Velvet. 😋
[Android Software Development] Nikhil:
Can you share the velvet and gboard sh file? I discovered why velvet was not restored and i just want to confirm my understanding.

Also, if you're planning on playing around, I can send upload the latest full build which you can dirty flash before the OTA update and see if that works better this time.
[Android Software Development] osm0sis:
Oh? Attached. Okay, maybe I'll hold off until you look into this then, since I don't want to just straight up invite disaster if it's sure to fail. 😛

Edit: Just saw your edit, yeah let's canary it up if it makes it more likely to work! 🤠
[Android Software Development] Nikhil:
Here you go - NikGapps-full-arm64-13-20230503.zip (highly compressed build :P)

Changelog

- Fixed the incorrect calculation of space after the installation was finished

- Delete stuff before restoring the files to make space for gapps during OTA

- Install the apps with largest size first - After Core/CoreGo is installed

- Fixed Velvet/GoogleClock/AndroidAuto/Gboard/GoogleSounds not restoring after OTA update

- Log file details when copied over OTA update

The velvet sh file you shared, if you check list_files, it only contains prop file, so while restoring - the apk never restores. This is fixed with the shared build.

If all works out, it will make stable branch. :)
[Android Software Development] osm0sis:
I... think we're good?! 😀
[Android Software Development] AcaSia0388:
I am a Redmi Note 11 Pro 5g user.

I am using the vanilla build version.

I need Google Gaps, but I hate all of these versions.

I want to use pure functions such as aosp-based dial and address book.

However, it is replaced by Google apps and cannot be used.

Is there a version without Google Dial and Google Contacts??

If you flash to Basic or Core, you cannot restore Google.
[Android Software Development] R3van:
Hello,

i recently ran into a problem while accidentally updating Google Speech Services via Playstore.

I have a Samsung Galaxy S8+ with LineageOS 20 and Nikgapps Core Package + Google TTS Extra Package. Worked for months. No Speech Service after the Update.

I tried to uninstall the update, reflashed Nikgapps, reflashed the TTS Extra package, but no success. In the end i made a clean flash of Lineage and flashed Nikgapps and TTS.

So, i guess this could happen again, is there any advice on how to get speech back when i am distracted again and install the unwanted update without reflashing the complete ROM?
[Android Software Development] osm0sis:
It was probably just the classic Lineage disabling the WiFi/Mobile data toggle in the app settings. Speech works after an update here as long as it has network access.
[Android Software Development] R3van:
unfortunately not. I tried it today and i have again no sound after updating Speech Services.

Downloading Speech files fails with no error message
[Android Software Development] osm0sis:
Here's me figuring out what sounds like the same problem you're seeing: https://xdaforums.com/t/android-13-gapps-nikgapps-arm64.3915866/page-72#post-88333731

Ensure all the apps I listed have their "App info" > "Mobile data & WiFi" > "Allow network access" enabled. And make sure you have GBoard enabled in your config, since it contains the speech files, and just to be safe uninstall updates on Speech Services and clear data+cache on the Play Store to make sure it's downloading the correct Speech Services.

Also I'd recommend you dirty flash to the 0503 test build Nik uploaded a few posts back, since it's the most stable recent build until he releases a new official stable.
[Android Software Development] R3van:
I did not install GBoard as i used Swiftkey. Maybe this is the problem. I will try, thank you (y)
[Android Software Development] interferometry4:
where to download nikgapps full?

here https://sourceforge.net/projects/nikgapps/files/ is only the core, not full
[Android Software Development] retry0001-coffee:
Look again: https://sourceforge.net/projects/nikgapps/files/Releases/NikGapps-T/18-Apr-2023/
[Android Software Development] interferometry4:
Thanks a lot
[Android Software Development] whatisit55:
Great gapps!
[Android Software Development] Paresh Kalinani:
I can reproduce it now. It happened only after I flashed NikGapps-Addon-13-GoogleLocationHistory-20230418-signed.zip , because I realized Location History though turned on wasn't working in Maps and my Timeline was empty.

As soon as I flashed this zip, location is being used every single time I turn on the screen when the phone is locked. I can see the location indicator in the top right corner of the status bar.

Still unsure if location history is working now, I'm at home and wouldn't be moving until tomorrow.
[Android Software Development] EzioWolf:
Is the GO edition lighter than Core??
[Android Software Development] Nikhil:
I will try and reproduce it myself. Thank you for reporting.

Go has everything that core has + more apps. So I'd say, Go is lighter than other packages but core is the base of everything.
[Android Software Development] EzioWolf:
Very much appreciated, bud!
[Android Software Development] santoshwins:
Hey @Nikhil,

Cheers for the Gapps packages.

I'm in a bit of a pickle here. I installed LOS20 on my S10e recently and it works like a dream. Installed Gapps Core along with the ROM and all was dandy.

Until I realised that the base version of Gapps wont support Android Auto.

I tried installing the app from PlayStore and then later tried flashing the add on via ADB (the Android Auto bit). On paper everything looks great and no errors etc. But the car won't communicate with the phone.

Nothing seemed to work. So I wiped the cache and system, and installed the ROM and your full gapps package. Didnt wipe data as I wanted to not setup the entire phone.

No joy. The pixel launcher kept crashing etc.

So I flashed the ROM and the core gapps and I was back to square one.

Also, I cannot install Gboard?

I am thinking I will likely need to flash the full Gapps version? But will that require the data to be wiped, too?

Any suggestions, please? Thanks so much in advance...

S
[Android Software Development] Nikhil:
Android Auto is one of the addons that are tricky and needs to be flashed before first boot. Gboard is another one.

Once you boot into the rom without flashing android auto then there is no other way than wiping the /data. I know it's a pain but if you're rooted you can make a backup of most of the apps.

Also, there is an easy way for you to build NikGapps package in which you can have exact number of apps you need, so if you don't need apps like Pixel Launcher and are good with NikGapps + Android Auto - you can package them together. Check below link for instructions.

GitHub - nikgapps/config

Contribute to nikgapps/config development by creating an account on GitHub.

github.com

Hope it helps.
[Android Software Development] santoshwins:
That does help a LOT. Thanks so much, Nikhil 😊
[Android Software Development] fonzacus:
NikGapps-core-arm64-11-20230319-signed

weird, after some months, ive somehow lost my devices certification. everything else is running just fine tho

ive tried some universal skynet fix (and other forks) but they just cant get my device recertified even after clearing the cache and data for gulag play store, service, and framework

guess gulag is starting to crackdown

UPDATE

idk how, but somehow my device got certified again after around 3 days?
[Android Software Development] osm0sis:
Play services and/or Play Store probably changed partitions on you and so things behaved a bit oddly after. Displax's USNF MOD_1.2 is the way to go nowadays, by the way.

I recommend the 0503 full test build posted above if you're interested in a bigger build, it's been rock solid for like a month. Hopefully @Nikhil pushes the fixes to stable soon. 🤞🙂
[Android Software Development] billy996:
I installed Nikgapps Core 13 via Magisk on Lineage a13, gapps everything is fine except google calendar cannot be installed from Play store.

Can anyone help me with this?
[Android Software Development] fonzacus:
thats the weird thing, it somehow got recertified. one of the UNSF forks (not displaxs) bootlooped so i dirty flashed the same setup and activated core only, i dont use any modules even builtin hosts, booted and still uncertified. after a few days, it miraculously became certified again LOL, idk. reminds me of crdroid, all basic and HW attestation failed, but SN was always green

upgrading nikgapps from core 319 to basic ETC should be safe without a clean install (have never tried, always kept the same nikgapps even when dirty updating), but is it safe to update from core 319 to 503?
[Android Software Development] Nikhil:
New Release is up - Android 10-13 (29th May 2023)

Changelog:

Fixed the incorrect calculation of space after the installation was finished

Delete stuff before restoring the files to make space for gapps during OTA

Install the apps with largest size first - After Core/CoreGo is installed

Fixed Velvet/GoogleClock/AndroidAuto/Gboard/GoogleSounds not restoring after OTA update

Log file details when copied over OTA update

Download

Note:

Make sure to backup your data before updating to the latest version.

Happy flashing!
[Android Software Development] osm0sis:
Dirty flashed flawlessly! Brilliant job!
[Android Software Development] osm0sis:
Okay, one thing after the OTA I just took... 😘

Phone (Dialer) suddenly gets the "-downloadable" version from the Play Store and I lose Call Screen (which I had enabled in phenotype db), so suggests something went wonky, though it's still not a user app.

I had recently noticed this just before the 0529 GApps release and the dirty flash actually fixed it and brought the correct version and features back, and suspect another dirty flash will do the same.

Edit: Yep, a dirty flash immediately triggered a Play Store update to the better Phone app variant. So there's something to be fixed in addon.d I guess! Perhaps the addon.d script numbering might need to be made to match the new size-based ordering in the installer? Not sure if that could cause this somehow.
[Android Software Development] osm0sis:
Here's the log from the latest dirty flash which fixed things again, for comparison.

So both log zips are 0529 fixing the Phone app after it had broken from addon.d, and then that's the latest addon log where it breaks things. 👍
[Android Software Development] Nikhil:
I went through the logs and noticed that we're copying the GoogleDialerOverlay.apk to both /system/overlay and /system/product/overlay with OTA update. This probably happened due to shuffling of GoogleDialer apk (and the overlay with it) at some point with multiple dirty flashes - looking for space to install.

Since the overlay is present in both the locations, it is picking the one in /system, whereas the apk resides in /product.

list_files() {
cat <<EOF
product/priv-app/GoogleDialer/GoogleDialer.apk
product/overlay/GoogleDialerOverlay.apk
product/framework/com.google.android.dialer.support.jar
product/etc/permissions/com.google.android.dialer.xml
etc/permissions/GoogleDialer.prop

--following lines are duplicates pointing to system--
priv-app/GoogleDialer/GoogleDialer.apk
overlay/GoogleDialerOverlay.apk
framework/com.google.android.dialer.support.jar
etc/permissions/com.google.android.dialer.xml

EOF
}

When you perform an OTA update the next time, can you try removing the highlighted lines pointing to system from 09-GoogleDialer.sh and see if you still run into the issue?

My plan to address this with dirty flash is to run a clean up function at the end of every package installation so it doesn't have duplicate entries of same file with different partitions in list_files function. As a long term fix, I will also ensure, the package doesn't move the partitions on dirty flash to prevent duplicates in the first place. 👍
[Android Software Development] osm0sis:
Will do! Also, I'd say let's try just the cleanup function first, since the shuffling could still be useful and harmless in most cases.

Edit: @Nikhil I noticed a number of other apps seem to have the duplicate entries and also duplicate files in the different install locations, though only Dialer is showing a problem at the moment. Will be interesting to see what happens after it all gets cleaned up. 🤔
[Android Software Development] Nikhil:
yes, it's because of the same reason. I hope the other apps don't cause as much issue as google dialer. Although, dirty flashing is a workaround for now.
[Android Software Development] Nikhil:
hey, can you dirty flash this addon and confirm if the generated addon.d file (09-GoogleDialer.sh) is updated with unique files?
[Android Software Development] osm0sis:
Hmm doesn't look good.

Plus I still see the overlay .apk actually present in both product and system, so it's either not uninstalling, or still installing it to both locations.
[Android Software Development] Nikhil:
Thank you for testing! apparently, the quick fix didn't work in all scenarios.

I am attaching a new file with more robust solution, it resets the install indicators before installing the files.This will not delete the duplicate overlays, however, the duplicate entries in addon.d file will be removed so the next OTA update will remove the duplicate overlay on its own. :)

Please test this at your convenience! hopefully, this will work as expected.
[Android Software Development] osm0sis:
This one looks good! Nice job! 😁
[Android Software Development] flaxx187:
Hey I have some issues with google play Services

After a quit time my apps are crashimg or i dont get notifications.

After deleting caches, everything works fine ( for a quit time )

Sadly I have a nice configuration and don't want to reflash lineage, so I would deinstall play store and play service. After it I would to install the play store.

Any experience? Is that a good way?

Wish you a great day
[Android Software Development] Nikhil:
yes, you should uninstall the playstore and playservices updates and reboot, it should be fine.
[Android Software Development] wttc:
I'm on Lineage OS 20 (Android 13) & mistakenly installed nikgapps Android 12 version

now I can't add another Google account in Play Store.

I want to install nikgapps Android 13 version.

Do I need to uninstall nikgapps Android 12 version first & then install nikgapps Android 13 version?

.... Or , can I just install nikgapps Android 13 version??
[Android Software Development] flaxx187:
aah not going fine, I uninstalled playstore reboot it uninstalled google service, clear caches and reboot my device -> it is now in bootloop

the apk files I have from apkmirror
[Android Software Development] Nikhil:
Yes, you need to uninstall nikgapps 12 and install nikgapps 13

You didn't flash nikgapps? If you install the apk from apkmirror, they aren't going to be a system app and you'll definitely run into issues.

I suggest you dirty flash Nikgapps core
[Android Software Development] osm0sis:
After the OTA it seems the one the ROM wanted got removed, so now the -downloadable Phone version came from the Play Store again and I lost Call Screen. 😯

Edit: Dirty flashing 0529 got it all working again even though the Dialer addon.d sh and prop entries remained the correct shorter lists. 🤯🤷‍♂️

Must be something still missing from addon.d for that transition to fewer entries/files to fail? Something which registers/activates the overlay perhaps?

Edit 2: Looking through the addon.d files only GmsCore, GooglePlayStore, GoogleServicesFramework, DevicePersonalizationServices, DigitalWellbeing, Gmail, GoogleCalendar, GoogleMaps, GoogleMessages, GooglePhotos, GoogleRecorder, GoogleTTS, PrivateComputeServices, TrichromeLibrary, and WebViewGoogle have the duplicate entries.

Of these most were actually installed to product only; Gmail, Photos and TTS were actually installed to system only; and Trichrome and WebView were actually installed to both, suggesting a problem there. system overlays contained duplicate files for most that aren't actually in system, suggesting another problem there.

I also noticed that AndroidAuto, GBoard, and GoogleClock create extra prop files in product, though they're empty, unlike their system counterparts.

I cleaned up all the entries and files manually, and have dirty flashed directly after to keep things working, and I went with the default product location for the complete duplicate Trichrome and WebView files.
[Android Software Development] Nikhil:
Can you please share the addon.d logs?

The Dialer entries remained as is because the install location of apk did not change.

The listed apps that have duplicates, it'll be resolved once you dirty flash the newer build (which I will share shortly). After which, the overlays will be either in system or product.

AA, GBoard and Google Clock have empty prop files from an older implemented which are left in the system as residue. With the build I will share with you (also is a candidate for next release), it will remove those prop entries from addon.d and those will not survive the next OTA update.

I still have following on my todo list:

- prevent relocating of apps once they are installed.

- install all the overlays to /product/overlay only, I don't see overlay folder present in system or system_ext on my pixel 7 pro and that's a standard.
[Android Software Development] osm0sis:
Here we are
[Android Software Development] osm0sis:
Why did the Dialer overlay stop working until I dirty flashed though, if it only reinstalled to the same place? That's the most confusing part to me right now.
[Android Software Development] Nikhil:
yeah, even I am confused, can you share the installation logs from the dirty flashing?

the logs have list of files before and after installation under partitions folder, I can compare and see if there was any difference related to GoogleDialer apk and overlay.
[Android Software Development] osm0sis:
Unfortunately I've dirty flashed 0529 a couple times now, so I don't have the log from the one that fixed it anymore. If it happens again after the next OTA I'll grab it.
[Android Software Development] techfreak.rawmess:
my devices is android 13 , motorola s30 . when installing gapps , it shows no storage available . i used the gapps just above the go version . can you please help ?
[Android Software Development] techfreak.rawmess:
I installed the minimal version ( not the go version ) on my moto s30 running lineage os 20 . MINDTHEGAPPS was recommended but it kept giving me installation storage error . When installing this gapps , it showed 2 errors ( gms core and Google play not installed ) . When I boot for the first time , there are apps which I can download myself later like YouTube and Gmail but no play store . Even downloading apk for play services and play store won't help . Is there a way to just get play store working through gapps without any other Google apps ( I may need contacts sync only besides Google play ) . I tried lite gapps online but lineage os 20 on moto s30 won't boot on that gapps . Any help is greatly appreciated :)
[Android Software Development] Nikhil:
can you share the installation logs? I will check the details

I need to see the logs, can you share the installation logs?

you should find them under /sdcard/NikGapps/nikgapps_logs folder