Live data from Hacker News

Keep Android Open

f-droid.org

311–320 of 764 posts

Re: Keep Android Open

#311

Earlier quoted context omitted.

Personally I'm excited about the death of Android, now resources can be put toward mainstreaming and maturing the Linux Phone ecosystem Hopefully 2026 or 2027 will be the year of the Linux Phone

Strong disagree. Linux, its permission system and its (barely existent) application isolation are lightyears away from the security guarantees that Android brings.

You can build those things on top of Linux, like Android did. Linux has containerization and all.

Re: Keep Android Open

#312

Earlier quoted context omitted.

If this finally pushes adoption of truly open Linux phones, then this will end up being a good thing, and the greatest favor that Google could do for the open source community. Tragically, Linux phones have languished and are in an absolute state these days, but a lot of the building blocks are in place if user adoption occurs en masse. (Shout out to the lunatics who have kept this dream alive during these dark years…

Expecting Google to give up control of one of the only alternative operating systems is right up there with believing in the tooth fairy. What you're saying should happen, but it will only happen when the government legislates it happens; which frankly they should be doing (along with nationalizing a few other software projects to be fair). A trillion dollar transnational corporation with massive monopolistic tendenc…

In general, governments seem to be much more invested in making it illegal to have anything that is too open and too free. Even EU is lusting for draconian control features like chat control where you don't own and operate the software you installed on your device even if, at the same timem, they're trying to gnaw on the influence of Big Tech.

Re: Keep Android Open

#313

Earlier quoted context omitted.

Desktop OSes and their derivatives are woefully behind in this regard, and unfortunately the will to bring them up to par is incredibly weak. Of those in mass use (Qubes OS is neat but its user base isn’t even a rounding error), macOS probably does the most, but it’s still lagging behind iOS and what’s been implemented has come with much consternation from the technically inclined peanut gallery. I understand some am…

Flatpak and Snaps are built to solve this. They do conflict with some expectations from users to be able to play around with things, though, so they do not have the penetration one might want.

They only cover the user-facing app part of the story. The rest of the system needs isolation and safeguards, too, including things like the desktop environment and whatever random daemon.

A solution that's integral to the system and not just loosely taped on is required.

Re: Keep Android Open

#314
post #8

I contacted the EU DMA team about my concerns and got a real reply within 24 hours. Not just an automated message, it looked like a real human read my message and wrote a reply. I'd urge other EU citizens to do the same.

[flagged]

Maybe "intelectual property" is really imaginary property given how the same big companies just gobble data from other people and companies wothout permission to feed their AI models (Facebook with books, recently NVIDIA with milions of videos from Youtube).

I guess they would not due that if they really believed some questionable synthetic construct like "intelectual property" really existed ?

Re: Keep Android Open

#315

Earlier quoted context omitted.

Desktop OSes and their derivatives are woefully behind in this regard, and unfortunately the will to bring them up to par is incredibly weak. Of those in mass use (Qubes OS is neat but its user base isn’t even a rounding error), macOS probably does the most, but it’s still lagging behind iOS and what’s been implemented has come with much consternation from the technically inclined peanut gallery. I understand some am…

Flatpak and Snaps are built to solve this. They do conflict with some expectations from users to be able to play around with things, though, so they do not have the penetration one might want.

Flatpak provides very weak sandboxing compared to android. It was more about packaging and distribution than security.

Re: Keep Android Open

#316
post #247

Earlier quoted context omitted.

Desktop OSes and their derivatives are woefully behind in this regard, and unfortunately the will to bring them up to par is incredibly weak. Of those in mass use (Qubes OS is neat but its user base isn’t even a rounding error), macOS probably does the most, but it’s still lagging behind iOS and what’s been implemented has come with much consternation from the technically inclined peanut gallery. I understand some am…

Fun fact - on most Linux distros any user program can see almost any event, yes including key presses, by reading from the right /dev/... file. This is not surprising. The desktop Linux community reacted with hostility to the well funded security efforts (selinux, apparmor, grsecurity, etc)

Do you have any source for that claim? That would be a pretty serious security issue even unrelated to any security hardening (eg. on a multi-user system, one user could read out the password from another user — even with desktop usage, second user could be SSHed in).

As a datapoint, everything in /dev/input/* is owned by root:input on my Debian Bookworm install, and my main user is not a member of the "input" group either.

Biggest problem with most security hardening for Linux desktop is that it breaks the natural usage pattern: I store my files by their content, not by their format (eg. I might have a folder for my project containing image files, spreadsheets, FreeCAD files, maybe even some code or TeX/ODF files). If programs are restricted to access the entirety of my $HOME though, there is not much benefit to that protection since that's where my most valuable data is. If they are restricted to per-program folder, I need to start organizing my data differently and unnaturally.

Android mostly does not use the "files" metaphor and basically does exactly that (per-app data): coming up with a security model and file management UX that does both is where the challenge is.

Re: Keep Android Open

#317
post #299

Earlier quoted context omitted.

If this finally pushes adoption of truly open Linux phones, then this will end up being a good thing, and the greatest favor that Google could do for the open source community. Tragically, Linux phones have languished and are in an absolute state these days, but a lot of the building blocks are in place if user adoption occurs en masse. (Shout out to the lunatics who have kept this dream alive during these dark years…

It won't though, because there's a ecosystem of banking/insurance/whatever apps that have bought into the android/iphone lockdown mindsete that people will simply be locked out of. Open alternatives can grow when there is a viable means of slow growth, and cutting off the oxygen to such things is the implicit intent.

> banking/insurance/whatever apps

I know banking apps are the typical example, but I've always wondered why. I use my bank's app maybe once or twice a year when I need to Zelle someone, which I only need to do when they don't have Venmo. (Unless we consider Venmo a banking app.)

I only have one bank's app installed, the rest of my banks I only interact with over their website, on desktop.

As for insurance, I've never had an insurance company's app installed.

Am I just an outlier here? Honestly, if I switched to a non standard OS, I'd be more annoyed about losing, say, Google Maps, Uber/Lyft, or various chat apps. Banking and insurance just don't come to mind at all as something I need my phone for.

Re: Keep Android Open

#318

It is a disgrace how Google has managed this situation. To recap the storyline, as far as I understand it: last August, Google announced plans to heavily restrict sideloading. Following community pushback, they promised an "advanced flow" for power users. The media widely reported this as a walk-back, leading users to assume the open ecosystem was safe. But this promised feature hasn't appeared in any Android 16 or 1…

Personally I'm excited about the death of Android, now resources can be put toward mainstreaming and maturing the Linux Phone ecosystem Hopefully 2026 or 2027 will be the year of the Linux Phone

This is one of the most naive things I see people repeat.

The reality is that we're lucky to have mostly-good things at all that align with most of our interests.

Yet people get so comfortable that they start to think mostly-good things are some sort of guarantee or natural order of the world.

Such that if only they could just kill off the thing that's mostly-good, they'll finally get something that's even better (or rather, more aligned with their interests rather than anyone else's).

In reality, mostly-good things that align with most of our interests is mostly a fluke of history, not something that was guaranteed to unfold.

Other common examples: capitalism, the internet, html/css, their favorite part of society (but they have ideas of how it could be a little better), some open-source project they actually use daily, etc.

If only there weren't Android, surely your set of ideals would win and nobody else's.

Re: Keep Android Open

#319

Earlier quoted context omitted.

That is not how the European Union works. One of the core goals of the EU is to guarantee the European single market. One of the core principles of the single market is the Freedom to establish and provide services [1]. The Apple/Google duopoly have effectively created a market within the single market where the core principles of the single market do not apply anymore. Tech has a strong tendency to favor outcomes wi…

Yes. I am effectively asking you what the moral justification for DMA is. I understand that lawmakers can make whatever law they want. I understand they made it. I am curious how people who agree this should be possible think of this from a moral angle, especially as engineers who make their living by creating intellectual property and probably wouldn’t want to see control of it seized randomly

I'd ask the inverse of the question: morally, should a single gatekeeper have the right to deny two consenting parties the ability for one to run the other's software?

Especially when that ability has been established practice and depended upon for decades? And the gate-kept device in question is many users' primary gateway to the modern world?

There's nuance here, of course - I'm not morally obliged to help you run Doom on your Tamagotchi just because you want to do so. But many people around the world rely on an Android device as their only personal computing device (and this is arguably more true for Android than it is for iOS). And to install myself as an arbiter of what code they can and cannot run, with full knowledge that I could at any time be required to leverage that capability at the behest of a government those worldwide users never agreed to be dependent on? That would be a morally fraught system for me to create.

Re: Keep Android Open

#320

Earlier quoted context omitted.

Personally I'm excited about the death of Android, now resources can be put toward mainstreaming and maturing the Linux Phone ecosystem Hopefully 2026 or 2027 will be the year of the Linux Phone

I understand why mobile/tablet OSs are so crappy compared to desktop; in the past these devices had no resources cpu and ram wise and had to heavily watch battery consumption (the latter is still true mostly, but that should be up to the user), but my phone is more powerful than my laptop and yet runs crap with no real usable filesystem and all kinds of other weirdness that's no longer needed. However, I have 2 Linux…

FWIW, Nokia did develop a pretty good Linux phone back in the day (Maemo/Meego) with Nokia N9 (it even received rave reviews from consumer tech sites like engadget), but it did get killed off as they got absorbed into Microsoft (we all know that didn't age well).

Similarly, Palm Pre, and especially HP Pre 3 was a wonderful WebOS incarnation.

Ubuntu Touch did seem like it had a future, but it was a massive sink for Canonical so it was defunded as well.

The user experience was there on all of these: the apps, not so much.

Post reply on HN