This should be brought up to block the patent ngl

I thought the same thing, just opened it and went "patent pending... Really?"

I am genuinely annoyed when someone gets a helpful UI idea and their immediate thought is "wow, I should patent this so I can monopolize this helpful idea".

Look at the dependencies in the cargo.toml file.

I don't really understand this comment. Anything in particular I should be looking for?

This is something that no Linux phone enthusiast seems to understand.

Also if we use atomic distros with flatpaks and whatnot that mimic Android security the end user basically ends up having to essentially use Termux (but busybox or something similar) on their Linux phone as well

Atomic distributions don't provide the security of verified boot or the far better mandatory app sandbox and permission model on Android. Flatpak is catching up to Android from 15 years ago, but it isn't mandatory. Android continues making backwards incompatible privacy and security improvements via new target SDK versions on a yearly basis with apps forced to adopt it within around a year. It continues moving towards a more private and secure model for apps.

GrapheneOS makes our own major improvements to the permission model, but we cannot enforce apps adopting it and need to design it all to be backwards compatible. We do that for Contact Scopes, Storage Scopes, our Sensors toggle and other features but not everything can be done that way. For our exploit protections, we have toggles to work around apps with memory corruption bugs or bad practices such as dynamic code loading. Android can enforce apps improving in a way we can't do. We're starting from a platform with a mandatory app sandbox and relatively modern exploit protections though. Android also does support using hardware memory tagging or HWASan to test apps even though many developers aren't using those to clean up their memory corruption bugs.

Thank you for actively commenting in this thread with detailed responses

Well for me I use Lineage without even MicroG and everything I need works - yes even banking

Same here. Banking works in a browser, don't need GAPPs for any apps I use either.

NewPipe even has the subscription feed pretty centered

I'm assuming you already have but in case you haven't I recommend checking out more work by Fingerspit, notably the OST for Cosmic Wheel Sisterhood and the album Atticus VII

> micromanaging your env

All the "micromanaging" you need to do to not have screensharing is one of the following; 1. Don't have a started dbus session 2. Don't have portals installed and setup 3. Don't have pipewire installed and setup

Meanwhile on X what you need is: 1. Have X

So no, it wouldn't work, the reason why it works for those people in the Reddit post is because they use distros and sessions that do all the things I listed that make screensharing not work if any one is not done.

PS: Wayland does have testing protocols for screenshots and screenrecording like 'wlr-screencopy' and some DMA buff one I forgot the name of. But for screen sharing there's nothing that Wayland implements itself afaik.

Without dbus, X would also have plenty of its features fall flat, it's the de facto IPC mechanism of Linux desktop for better or worse, so it's like "my car won't start if I don't have any fuel" complaint.

Are you using a distro that is missing some of those core OS services? If so, which distro does this not work out of the box in 2023? (let alone 2026?)

Or, did you remove some core OS services, and now you're complaining when various things started to break?

> setting up your spare Mac

as one has

i once thought the same

They seem to hang around.

We can't see Kagi's code though