Understandable, while there’s probably one problem through the “connection” in /e/:
The “Account manager” system application can change and setup many configurations of different applications, even the system itself, to a degree where it will reset a changed configuration (as example in the mail client) forcibly again and again, if its “task” is not disabled.
Which could lead to a bunch of problems, if those configurations and applications are no longer here, but the /e/ specific system applications try to setup or modify them.
(I found that out as I fixed the mail client configuration problematic… it is not really a problem / bug of the mail client, it is one of the Account manager.)
So it could at the end resemble, that to choose to uninstall several applications, a whole bunch of connected applications might either stop working reliably or have to be uninstalled, as well.
And /e/ without Account manager, the security solutions based on TOR, tracker removal and co., the sync-enabled replacement of specific standard applications (notes, as example) - is more or less comparable to LineageOS microG, isn’t it?
So if one doesn’t want to have application X, Y and Z, which could mean that applications A, B and C would as well stop working reliably (and as such would get removed at the time one selects to uninstall X, Y and Z to reduce potential problems), what’s left of /e/?
That’s why I have the feeling, /e/ with free choice over any system standard applications (as adb gives, in freedom), would not go parallel with what Murena wants to offer to the market.
Which is no slightly different LineageOS microG with only core functionality, but a package optimized to be able to sync all (replaced) standard apps to several different platform accounts which can be inserted in Account manager.
As such: an OS which offers easy setup for organizational and business, as well as private “all in one” solutions. Not “just core functionality” solutions, there are other OSes for this.
Another example: App store solution. Murena’s solution is a standardized, integrated store solution which can download from Google Play store servers, as well as from F-Droid servers (and probably some open source platforms, which I didn’t find more specified yet).
People now have some problem with the anonymous login or any other feature of it.
In the forum they recommend: Install F-Droid separately. Install Aurora Store separately.
Well, that works - then you have access to both sources of stores individually. But: that as well works with any other Android derivation. And same as good.
That’s probably not what Murena wants to offer with /e/: their “all in one, centralized management” solution to be waved aside and ignoring its combined core functionalities by installing individual management solutions (like F-Droid, Aurora Store) instead of using the access to both (all) in their own app store.
I guess if someone wants that, doesn’t want to use the centralized account management, another OS is the more “basic functionality” solution.
Even as /e/ can be used without accounts, but that works with any standard application of LineageOS microG as well, it works with separate F-Droid installations, separate Aurora Store installations, separate… well, almost everything.
No need for /e/, then, if one wants to skip using the core system functionalities which Murena developed for /e/ and which prove the biggest difference visible for me towards the alternatives.
Murena presents it as functional on the centralized syncing solutions, on a set of applications which can be used by just one account, more or less.
(Which doesn’t work 100% right now, as we all know, but maybe it improves.)
