feat(Change package name): Change provider package names

[1fexd]

The existing Change package name patch only renames the package attribute of the manifest. If encountered some problems while trying to use it to clone the Mega.nz app, due to its use of providers and the DYNAMIC_RECEIVER_NOT_EXPORTED_PERMISSION permission, so I extended the patch to also update those.

Cloning Mega seems to work now, although I'm not entirely sure if there are any problems at runtime due to the renamed provider authorities

[oSumAtrIX]

https://github.com/ReVanced/revanced-patches/actions/runs/11615894825/job/32347874248?pr=3846#step:5:277

Looks like we will need a bit more memory for builds, hopefully not linear to the amount of extension projects.

[LisoUseInAIKyrios]

Would this also fix issue #2545?

Just tested Facebook 449 but it doesn't even decode its resources:

INFO: Decoding resources 
java.lang.IllegalArgumentException: expected element name 'view' and not 'View'
	at org.xmlpull.renamed.MXSerializer.endTag(MXSerializer.java:708)

After trying the Facebook released Dec 2023 and it still failed, I noticed that issue does not affect Facebook itself but instead a patched app fails to install along side it's original if it has any any exported providers in the manifest.

Using this PR I could install that specific app twice using change package name, and without this PR it fails to install the second installation.

[oSumAtrIX]

PS: Decoding is handled by Androlib by ApkTool. So this issue should be mentioned there.

[LisoUseInAIKyrios]

@1fexd

It appears this change can break embedded usage of other apps, such as Facebook integration within an app.

This change should be a patch option that is default off. The option should explain that enabling it can fix installation issues if the patched app fails to install, but the option can break some in app features.