Package Details: anbox-image-gapps-rooted 2018.07.19-6

Git Clone URL: https://aur.archlinux.org/anbox-image-gapps-rooted.git (read-only, click to copy)
Package Base: anbox-image-gapps-rooted
Description: Android image for running in Anbox with Houdini, OpenGApps and SuperSU
Upstream URL: https://anbox.io/
Keywords: anbox gapps houdini image rooted supersu
Licenses: custom
Conflicts: anbox-image
Provides: anbox-image
Submitter: redchenjs
Maintainer: redchenjs
Last Packager: redchenjs
Votes: 3
Popularity: 0.36
First Submitted: 2019-10-21 05:17
Last Updated: 2019-12-09 03:34

Latest Comments

1 2 Next › Last »

Anty0 commented on 2020-01-20 02:04

@csolisr Unfortunately, it isn't that easy... :(

Magisk works by patching Andorids boot image - something Anbox does not use, since it works on top of your system, instead of emulating whole Android. (You would have to patch your system/kernel.)

Making Magisk compatible with this setup seems impossible at this point... You would have to completely rewrite Magisk... And even with working implementation, you won't (probably) get to pass SafetyNet...

Also Magisks main goal is to provide you way to modify your system without actually modifying it (without modifying system partition). Is that really something you need on system which you have completely under your control?

And don't get me wrong, Magisks idea is a brilliant and I'm glad everybody can have something like this on phone, it just isn't something to be used with specific implementations, like Anbox, since the way Magisk works just isn't compatible with the way Anbox works. :)

csolisr commented on 2020-01-19 19:05

Any plans to create a package that includes Magisk instead of SuperSU? Magisk not only has a built-in super-user, but it also includes an option to hide the status of the machine so it can pass SafetyNet, for example.

CurtisLeeBolin commented on 2019-12-06 16:53

==> ERROR: Failure while downloading https://downloads.sourceforge.net/project/opengapps/x86_64/20191204/open_gapps-x86_64-7.1-pico-20191204.zip Aborting...

redchenjs commented on 2019-10-22 18:51

@yochananmarqos: thanks for catching that, it has been fixed now.

yochananmarqos commented on 2019-10-22 18:04

There are no dependencies, they're all make dependencies. sed is not necessary as it's part of the base-devel group.

makedepends=('curl' 'lzip' 'squashfs-tools' 'unzip')

redchenjs commented on 2019-10-21 05:58

Hi @diabonas, thanks for your suggestion, I have uploaded a new package with a more specific name as anbox-image-gapps-rooted and filed a merge request, which will make the users more aware of the differences between these packages.

diabonas commented on 2019-10-20 19:28

Okay, in that case I suggest uploading this package under the new name anbox-image-gapps-supersu, since I understand this is the discerning feature, and file a merge request so that anbox-image-houdini-gapps is replaced by anbox-image-gapps-supersu. Is that a solution that works for you both, redchenjs and yochananmarqos?

redchenjs commented on 2019-10-20 18:19

Hi @diabonas, Of course, it is not feasible to create new packages for every possible feature that could be added, but for SuperSU, I think it's better to keep a separate package since it will replace the underlying components of the system in the image, which may cause problems for users who don't need it. A separate package is very useful for users who want a Rooted image, while others can still use the anbox-image-gapps. I have already described the difference in the pkgdesc. If you think this is not enough, I can make a deletion request and create a package with a more appropriate name.

diabonas commented on 2019-10-20 15:47

Thank you for your clarifications regarding the differences between the two packages. According to the AUR submission guidelines

  • Check the AUR if the package already exists. Do not create duplicate packages.
  • Make sure the package you want to upload is useful. Will anyone else want to use this package? Is it extremely specialized? If more than a few people would find this package useful, it is appropriate for submission.

I am not convinced that having 'completely different processing for "Houdini"' warrants uploading a new package according to these guidelines: you don't explain anywhere what the benefits of your different approach are, so users will be confused about multiple seemingly identical packages in the AUR. If there is a problem with the approach taken in anbox-image-gapps, it should be reported to the maintainer of this package and fixed there instead of creating a new package.

Regarding the addition of new features, I can at least see the possible benefit this gives, although the package should be called anbox-image-gapps-supersu in this case. However I feel this could also be integrated directly into the older package instead of creating a new one since the difference is not big and it is not feasible to create new packages for every possible feature that could be added. yochananmarqos, as the maintainer of anbox-image-gapps, could you comment on this?

redchenjs commented on 2019-10-20 15:26

Hi @diabonas, "anbox-image-gapps" and this package have completely different processing for "Houdini", and this package adds SuperSU and some extra media codec profiles to the image, I don't understand why you think these two packages are identical. Maybe there are problems with my PKGBUILD? If so, please let me know.