News for hackers. Stuff that matters.
Re:Review of /e/ – Android-based alternative for mobile phones by fsflover on Wednesday August 10, 2022 @01:21PM (#32415512)
In my humble opinion, relying on custom ROMs running mandatory non-free drivers is a road to nowhere, long term, due to their unavoidable planned obsolescence. And it always has been. Supporting GNU/Linux phones is the way to improve future privacy and security (despite they may not be as secure as some Android custom ROMs are yet).
Re:Review of /e/ – Android-based alternative for mobile phones by alexb_ on Wednesday August 10, 2022 @01:37PM (#32415724)
Unfortunately for that idea, I would like my phone to actually just function normally, and have support for programs that Android uses. You are making perfect the enemy of good here.
Re:Review of /e/ – Android-based alternative for mobile phones by fsflover on Wednesday August 10, 2022 @01:46PM (#32415849)
I'm using Pinephone as a daily driver (and waiting for Librem 5 to replace it) and avoid all proprietary Android apps. But you in principle can install them with Waydroid or Anbox.

See also: https://news.ycombinator.com/item?id=32396685.

Re:Review of /e/ – Android-based alternative for mobile phones by commoner on Wednesday August 10, 2022 @02:06PM (#32416137)
WayDroid is more usable than a lot of people would expect. Here's a demo from 10 months ago:

https://m.youtube.com/watch?v=dyOgI8PRt9w

Re:Review of /e/ – Android-based alternative for mobile phones by mixedCase on Wednesday August 10, 2022 @02:52PM (#32416771)
> I'm using Pinephone as a daily driver

Just in case you're not aware, because you seemingly are trying to convince other people: That fact alone indicates that what you're willing to trade off exceeds by an order of magnitude what the average user requires their main phone to do. And that even extends to the average tech-oriented user.

Re:Review of /e/ – Android-based alternative for mobile phones by fsflover on Wednesday August 10, 2022 @03:15PM (#32417047)
I am speaking to the HN audience here and expect that most people have more technical knowledge than ordinary people. Also, I acknowledged that today AOS might be superior, but it's important to support alternatives, because it will have problems long term, because it's controlled bu Google and heavily relies on proprietary code.
Re:Review of /e/ – Android-based alternative for mobile phones by thomaszander on Wednesday August 10, 2022 @04:12PM (#32417748)
You can wait for the Librem 5 for a very long time, they haven't shipped any significant software update for a long time for mine and its in the state that if you turn on auto-suspend (i.e. don't always go at full 100% CPU) it freezes and needs a hard reboot.

Linux on phone is still very much in the enthusiasts-only phase. Not for me, not for most. And I'm saying that as someone that is a KDE/Linux geek!

Maybe that will change, but for now the e.foundation OS has most definitely a large potential audience that those phones are not going to be able to fill just yet.

Re:Review of /e/ – Android-based alternative for mobile phones by fsflover on Wednesday August 10, 2022 @04:41PM (#32418125)
I am well aware of the state of Librem 5 shipping. Every time they get the CPUs, they ship another banch of the phones: https://forums.puri.sm/t/estimate-your-librem-5-shipping/112....

Last I checked the forums, Librem 5 works for 10-12 hours on one charge, without suspend. This is mostly fine with me: it should survive a working day and one can buy a spare battery for emergencies. The work on suspend did not stop. Yes, I am undoubtedly an enthusiast.

Re:Review of /e/ – Android-based alternative for mobile phones by memling on Wednesday August 10, 2022 @02:34PM (#32416535)
> I'm using Pinephone as a daily driver

What OS? Does MMS work out of the box for you?

Re:Review of /e/ – Android-based alternative for mobile phones by fsflover on Wednesday August 10, 2022 @03:11PM (#32416999)
Mobian. I'm not using MMS; according to [0], it's in beta state.

[0] https://wiki.mobian-project.org/doku.php?id=pinephone

Re:Review of /e/ – Android-based alternative for mobile phones by bornfreddy on Wednesday August 10, 2022 @04:44PM (#32418174)
Can you share the current state with regards to basic functions (phone calls, SMS, mobile data)? Does it work reliably?
Re:Review of /e/ – Android-based alternative for mobile phones by fsflover on Wednesday August 10, 2022 @06:31PM (#32419248)
Phone calls and SMS work fine (but I don't use them much), mobile data also (and I do use it a lot). Rarely, typically during the use of mobile data, the modem disappears. Reboot always helps. Telegram and Firefox are somewhat slow but generally work reliably. Even calls on Telegram work (with the sound coming from the speaker). Noscript helps a lot. Calendar is not very usable. Heavy usage with high brightness can drain full battery in a couple of hours, but suspend lasts more than 24 hours.
Re:Review of /e/ – Android-based alternative for mobile phones by tpoacher on Wednesday August 10, 2022 @07:05PM (#32419556)
I have a pinephone pro sitting idly until I find the time to install an OS to try on it.

I'm keen to try sailfish, I had a jolla in the past and really liked it.

At the same time, I'm weird enough that I want to use the terminal on it wherever possible! For calendar I was thinking of using calcurse.

Re:Review of /e/ – Android-based alternative for mobile phones by arcanemachined on Wednesday August 10, 2022 @08:34PM (#32420194)
Pinephone users don't tend to mention that the phone is about as powerful as a Galaxy S3. So keep that in mind.
Re:Review of /e/ – Android-based alternative for mobile phones by HidyBush on Thursday August 11, 2022 @12:35AM (#32421634)
The Galaxy S3 could do everything back in the day, it was and still is plenty powerful. Banking apps, messaging apps, social networks, web browsing, etc. Of course it won't do fancy real-tike Snapchat filters and AI image recognition, but if Android 4.4.x was indefinitely maintained I would have zero problems using one today.
Re:Review of /e/ – Android-based alternative for mobile phones by pessimizer on Wednesday August 10, 2022 @05:52PM (#32418895)
If you're using "function normally" as a euphemism for "be android," then you're misusing "perfect as the enemy of good," because if you wouldn't be satisfied with a non-Android phone, you certainly don't consider it perfect.
Re:Review of /e/ – Android-based alternative for mobile phones by Kbelicius on Thursday August 11, 2022 @02:23AM (#32422206)
Check out sailfishOS. Not a fork of android but you can get andorid app support on it. You can even get microg on it and use the banking apps (worked for me). The problem is that, officially, they support only a small number of sony models.
Re:Review of /e/ – Android-based alternative for mobile phones by flas9sd on Wednesday August 10, 2022 @09:03PM (#32420383)
there's irony in having "degoogled" Phones built upon a platform that is at the technical discretion of Google, but you'd discount a lot of mindshare that grew around Android to say GNU/Linux is the only way long term. I don't know if the community could sustain a AOSP hardfork (or if it's necessary), but combining a mainline kernel with open firmware is a possibility for Android handhelds too.
Re:Review of /e/ – Android-based alternative for mobile phones by fsflover on Thursday August 11, 2022 @03:07AM (#32422454)
The software is not a problem, the hardware is. You should be able to run AOSP on Pinephone and Librem 5 just fine. They do not depend on the proprietary drivers and can run mainline Linux.
Re:Review of /e/ – Android-based alternative for mobile phones by flas9sd on Saturday August 20, 2022 @08:39AM (#32531593)
the road to nowhere is proprietary firmware for hardware, not if it's running an aosp customrom or gnu/linux. I wanted to make this distinction as your parent comment read as if the gnu/linux part is a precondition. I agree on the downside of having less or no say in android product direction, but it's up to the firmware (and carriers frankly as they control the mobile towers) when obsolescence for a device happens.