Live data from Hacker News

PinePhone KDE Community Edition is now available

pine64.org

111–120 of 204 posts

Re: PinePhone KDE Community Edition is now available

#111
post #65

Earlier quoted context omitted.

did you use mms in 2019-2020? where are you?

In reality it is likely more realistic to ask where are you as most places still use MMS.

Probably in a developing country. Most of latin america uses WhatsApp, a result of carriers charging a lot of money (compared to median salary) for SMS/MMS, while WhatsApp has always been free.

When I came to the US (mid 2010's), I was surprised a large number of people never even heard of WhatsApp.

Re: PinePhone KDE Community Edition is now available

#112
post #23

Is is able to run Android apps? Like Signal for example? Or maybe the Signal desktop app works?

I had no luck getting Signal for Android working in Anbox (too crashy). There are unofficial ports of Signal Desktop to aarch64 available here and there online, and there's also someone who got some sort of unholy Signal-Matrix hybrid working (https://old.reddit.com/r/PINE64official/comments/jusbk3/upda...) but the whole Signal situation is very much a work in progress.

Re: PinePhone KDE Community Edition is now available

#113
post #65

Earlier quoted context omitted.

did you use mms in 2019-2020? where are you?

In reality it is likely more realistic to ask where are you as most places still use MMS.

In Belgium they are quite expenseive (ç24 to send one MMS) but are more often than not bundled for free in the mobile plan.

But it never took off, I don't know of anyone using it. I must have received two in my whole life.

edit: I just checked. I can send MMS. This could have been useful. I sill send and receive SMS and I'd feel like I wouldn't try to send an MMS out of fear of the other side not getting it.

edit 2: ah, looks like it doesn't deliver. shrug

Re: PinePhone KDE Community Edition is now available

#114

Earlier quoted context omitted.

But other people think different of "important stuff" thats why it is there. And those who really want only simple HTMl rendering, I believe there are lightweight alternatives (?). And if not, well then maybe there is simply not enough demand, because most people apparently want to be able to have a email client in the browser and do online banking, or edit Wikipedia articles in a rich html editor, or play games, or…

> And if not, well then maybe there is simply not enough demand, because most people apparently want to be able to have a email client in the browser and do online banking, or edit Wikipedia articles in a rich html editor, or play games, or watch videos and share and comment them or even do video editing, ... all in the browser. IMO they largely just want to do all these things in an open core VM, without risking ins…

Well yes and currently there is no alternative to a webbrowser which needs a lot of RAM for these tasks ... which was the main point, right? And not that we could do much better in theory. No doubt about that. But reality is the browser is usually the most pragmatic solution right now to most use cases. Which is good, when I can do online banking in a very niche project like pine, or do you think banks would port and certify their apps for the various linux distros?

Re: PinePhone KDE Community Edition is now available

#115
post #42

Earlier quoted context omitted.

I grew up in the C64 days - I still can't get my head around the fact that you need 3gb of RAM because 2gb is not enough to run a webbrowser these days. I know that what's going on on a typical website these days requires an enormous amount of computational power, but I mean, come on. That shouldn't be the explanation, it's part of the problem.

Any content you see on the screen hasn't changed at all. On a typical website all of the analytics are causing page bloat. Sometimes there are frameworks like bootstrap but hypothetically those should be cached. If you are looking at a web application then it has a framework that is a magnitude higher and the rest of it you see a significant increase.

Website bloat isn't the explanation. Firefox on the original 2GB Pinephone board is painfully slow even if you have uBlock Origin and Noscript installed. It is slow even to open and browse to a minimalist text-only website with. I'm not sure how much of this is Firefox, and how much is the whole Mobian UI that depends on GNOME components that have not been optimized to save RAM.

It also has a lot to do with the fact that the Pinephone CPU is underpowered compared to anything from 2020 (or almost anything from 2015, really).

Re: PinePhone KDE Community Edition is now available

#116
post #107
post #90

Earlier quoted context omitted.

Hmmm great points. Is this a "call for mobile versions" of classic Linux programs in a way?

Definitely... that's part of the reason I chime in when this topic comes up. Having done both Linux and mobile development, I don't believe that the entirety of the answer is going to be 'just throw a more powerful SoC in the device'. Sure, that will help to a degree in some areas but there is a lot of work that has been put into iOS and Android to achieve a balance between battery life and performance that most deve…

UBports relies on 2014-era Ubuntu-specific software that even Ubuntu moved away from. Consequently, I expect a lot of UBports to bit-rot before its maintainers can make it a reliable and competitive option. Mobian's stack isn't what I would have liked (it is a lot of unoptimized GNOME libs), but at least it seems to have enough corporate backing for development to keep going.

Re: PinePhone KDE Community Edition is now available

#117
post #53
post #23

Is is able to run Android apps? Like Signal for example? Or maybe the Signal desktop app works?

Yes, Anbox is working pretty well on Arch Linux ARM [0][1], although I haven't tried Signal specifically. [0] https://github.com/dreemurrs-embedded/Pine64-Arch/releases [1] https://github.com/dreemurrs-embedded/Pine64-Arch/wiki/Anbox

Anbox is so RAM-heavy that it really isn't a realistic solution for running Signal (or OSMAnd, another app that I need on my daily driver), at least not on the 2GB Pinephone board. Yes, Anbox support is moving right along so that you can open an Android app on your Pinephone, but not in a way that you can also use e.g. the web browser at the same time.

Re: PinePhone KDE Community Edition is now available

#118

Earlier quoted context omitted.

Any content you see on the screen hasn't changed at all. On a typical website all of the analytics are causing page bloat. Sometimes there are frameworks like bootstrap but hypothetically those should be cached. If you are looking at a web application then it has a framework that is a magnitude higher and the rest of it you see a significant increase.

Website bloat isn't the explanation. Firefox on the original 2GB Pinephone board is painfully slow even if you have uBlock Origin and Noscript installed. It is slow even to open and browse to a minimalist text-only website with. I'm not sure how much of this is Firefox, and how much is the whole Mobian UI that depends on GNOME components that have not been optimized to save RAM. It also has a lot to do with the fact…

It is too bad (in the case of parsing) most websites have dynamic HTML structures... I wonder how hard it would be if you had some browser/wrapper that made most websites into wire-frame boxes, text to be simpler to render

Re: PinePhone KDE Community Edition is now available

#119
post #76

Earlier quoted context omitted.

I’ve been using Mobian on the UBport edition for the last month. Sluggish doesn’t even describe the usability. I bought a few data only sims in hopes of leaving the house for short errands with different devices. There is no way I could leave the house with the pinephone. It isn’t usable yet. Could an extra gig of RAM solve this? It seems like it needs years of work.

As you noticed, it's not just a RAM issue. The problem is that Linux GUI and apps generally expect laptop/desktop-ish levels of hardware capabilities because that's what they were developed on/for. You're literally running the same code base that the x86 versions run, just recompiled for ARM. Most mobile SoCs, especially the ones that are Linux-friendly in terms of being open enough to be viable, are not even remotel…

> The problem is that Linux GUI and apps generally expect laptop/desktop-ish levels of hardware capabilities because that's what they were developed on/for.

I remember running x11 and Java w/swing on 8MB 486 laptop... So something is off if multiple cores at 30-100 times the frequency can't run a gui?

Post reply on HN