News for hackers. Stuff that matters.
Re:Android apps running native on macOS by joshspankit on Tuesday October 20, 2026 @12:05AM (#50161228)
Counter argument: it was a wacky choice for Apple to split the app and the “data” (Application Support). Yes multi-user and deduplication are concerns, but I would much rather have everything self-contained. Using that paradigm for Android apps (where dedup is barely a concern) is a relief
Re:Android apps running native on macOS by astrange on Tuesday October 20, 2026 @01:44AM (#50161802)
Users don't always have write access to the apps.
Re:Android apps running native on macOS by pjerem on Tuesday October 20, 2026 @03:08AM (#50162373)
I mean, this file hierarchy is already so integrated into the OS that it wouldn’t have been difficult to circumvent that by allowing per-user folders in .app folders with the good ACLs by default.

Mostly like a mini home folder in each app.

That would have been an interesting decision, quite hacky maybe, but incredibly ergonomic. And that would have changed one of the biggest flaws of Mac OS into one of its biggest strengths.

Re:Android apps running native on macOS by newdee on Tuesday October 20, 2026 @04:33AM (#50162996)
And when someone deletes the app? Poof. Everyone’s data is gone. Separation of concerns. The config and executable/bundle should not share the same lifecycle.

The best counter argument to this though is that Apple haven’t shipped a native “uninstall” action which can optionally strip caches, config and other state when an app is removed. That’s the real issue I see here.

Re:Android apps running native on macOS by FeepingCreature on Tuesday October 20, 2026 @07:44AM (#50164826)
It seems to me the obvious answer to this is "app copy per user" (possibly with os-level dedup) and "undelete"? What do they actually do instead?
Re:Android apps running native on macOS by pjerem on Wednesday October 21, 2026 @04:13AM (#50177533)
> What do they actually do instead?

They do the same shit as every other OS : files with a more or less random place in the home folder.

So it's more akin to linux where removing a package lets the garbage in the home dir. On Windows it's not THAT MUCH better, it's just that removing app can be so stupidly complex that the concept of uninstaller had to be created, and it happens that some uninstallers are also helping to remove user files.

Of the three, it's the same shit, it just happens that in Windows it's so shitty that the hack we found to circumvent (the uninstallers are fucking executables with logic to remove another executable, that's stupid) made the situation less shitty.

MacOS is regarded as shit because they DID think about a nice way to sore and expose an application (a Mac OS program is just a folder named "MyApp.app" in the /Applications folder containing all the binaries and assets) but they didn't really care about where to store the application data (in fact it exists but it's not enforced and never cleaned).

Re:Android apps running native on macOS by norman784 on Tuesday October 20, 2026 @03:17AM (#50162451)
Windows and Linux do the same, they store the data in the user home folder. So not sure if your argument stands, maybe Android is different in that regard, but also it's easier to back up the data this way.
Re:Android apps running native on macOS by rf15 on Tuesday October 20, 2026 @04:15AM (#50162850)
> they store the data in the user home folder.

that's a very dishonest or at least inaccurate depiction considering the multiple, semantically confusing places app data can be stored on win/linux

Re:Android apps running native on macOS by delta_p_delta_x on Tuesday October 20, 2026 @06:37AM (#50164111)
The app data directory on Windows is quite literally a subdirectory of the user directory; `%APPDATA%` == `%USERPROFILE%\AppData\Roaming`.
Re:Android apps running native on macOS by lucideer on Tuesday October 20, 2026 @07:33AM (#50164700)
> can be stored

Rogue apps doing whatever when consistent standards exist seems more of a dishonest/inaccurate depiction

Re:Android apps running native on macOS by wongarsu on Tuesday October 20, 2026 @02:11PM (#50170334)
Windows started out with both the app and the app's data stored in the app's subfolder in `C:\Program Files`. That might not have been the official convention but it was what nearly everyone did. Until Vista forced everyone's hand by gating write access to `C:\Program Files` behind the UAC prompt even for admin users, while also introducing the new %AppData% and %LocalAppData% folders