Live data from Hacker News

PinePhone – Open Source Smart Phone Supported by Major Linux Phone Projects

pine64.org

241–250 of 265 posts

Re: PinePhone – Open Source Smart Phone Supported by Major Linux Phone Projects

#241
post #129

Earlier quoted context omitted.

>The common Linux interfaces are very easy to decipher and have a good usability. CLI? Absolutely. Desktop interfaces are an inconsistent mess.

Most Linux users use GNOME or KDE, which are easy to use and far more customisable than Win10. If you want to branch out to less popular DEs then of course you should be prepared for it being less polished, but does any Linux newbie really expect dozens of super polished DEs?

If this is polished [1] then it's a sorry state. This was taken a few years ago, programs were iirc Eclipse, Libreoffice and an editor. I don't care if it's the DEs fault, Qt, GTK ... the same programs have consistency if run on Windows. I don't care what order (or naming), as long as it's consistent. (ie Save, Close without, Cancel)

This is muscle memory. No shortcuts are not an alternative, merely a workaround. The underlying issue would still be there.

Unfortunately Android has taken over this inconsistency, probably because there is nobody that enforces it. "Mark as read" and "Reply" in the notifications are sometimes left/right, sometimes reversed. Yes/no questions are sometimes left, sometimes right. Snooze vs. alarm cancel too. What a disaster.

[1] https://i.imgur.com/wv3yFbZ.png

Re: PinePhone – Open Source Smart Phone Supported by Major Linux Phone Projects

#242
post #236

Earlier quoted context omitted.

First you need to place the goals on the original position, I wasn't the one starting to talk about audio or whatever.

The position was quite clear: Linux is more than capable to work as Desktop or business computer for the most common industries and that its support for common peripheral devices has been pretty much in "just works" territory, provided these peripherals are not using or dependent on extremely new protocols or standards .

Good we are all in agreement then... Windows and linux are both at the very least in the "just works" territory. But we also all agree linux is inferior because you caveat-ed your point with: "provided these peripherals are not using or dependent on extremely new protocols or standards." Windows does not generally have this issue.

Linux is, by your own logic, Inferior from a usability or "just works" standpoint. We all agree on this, therefore: End of discussion on this baseline.

Where we disagree is the extent of this incompatibility. Linux IMO is even worse then the baseline above. On linux, my graphics card (arguably a peripheral) has melted down and crashed the OS on me many times. I have a lot of trouble getting my xbox controller to connect with bluetooth to the OS. So anecdotally I would say that even your base line of linux just being inferior is too high.

That's not the end of the story because these small issues extend way past peripherals. You can keep the argument focused on peripherals if you want but this is really a general issue affecting linux and FOSS.

Re: PinePhone – Open Source Smart Phone Supported by Major Linux Phone Projects

#243
post #108

Earlier quoted context omitted.

I mean that that the Pinephone is not a DangerOS device, so anything that I say about the Danger Hiptop has nothing to do with the Pinephone.

Given that each has its own name, and the names look and sound different, maybe it's safe to assume no one is going to confuse the two. Is there such a thing as a "DangerOS device", or are there devices that can or cannot run "DangerOS" (e.g., NetBSD plus proprietary software). The official slogan of the open source project is "Of course it runs NetBSD!" not "Of course it is a NetBSD device." Anything said about an O…

There are no longer any DangerOS devices. If you had a former DangerOS device, it is now dead hardware from the point of view of running DangerOS. You could buy one and look for a serial JTAG access and then hope for a root exploit -- I suspect that the boot process was not locked in any real way -- but you would have:

- a device with an extremely old battery

- without an open or available SDK

- with a pathetically slow CPU by modern standards

- with a pathetically small amount of RAM by modern standards

- with a mediocre keyboard under a screen with a nifty magnetic hinge mechanism but terrible specs (again, by modern standards)

- with, if I recall correctly, a very low speed GSM data connection

There's no reason to try to resurrect them.

Re: PinePhone – Open Source Smart Phone Supported by Major Linux Phone Projects

#244
post #178

Earlier quoted context omitted.

All webshops I've ever ordered monitors from basically had the same rules, except they're usually slightly more hidden. I have 7 pinephones here and not a single dead pixel, only defect I've ever had was dust in a display on a pinetab prototype.

Query, since you appear to be heavily involved: I am looking to buy a used/cheap phone to replace our home wifi hotspot(a very tired Moto G4 + LineageOS, always plugged to power). No calls or texts required, just handling up to 5 device connections to the inet(music streaming, video downloads, web browsing). Having a new linux toy to tinker with would be a bonus, would love to support Pine64, but the inet reliability…

Note that the Pinephone only supports 2.4GHz, not 5GHz.

Re: PinePhone – Open Source Smart Phone Supported by Major Linux Phone Projects

#245

I keep hearing that this phone is not good for texting or calling. Can someone describe why? Is call quality poor? Are calls missed? etc.

Most issues I hear about are missed calls during phone sleep, due to wake being too slow.

This has been recently improved in most distributions: https://gitlab.freedesktop.org/mobile-broadband/ModemManager...

Re: PinePhone – Open Source Smart Phone Supported by Major Linux Phone Projects

#247
post #54

The store page mentions dead pixels; It's the first time I'm seeing a disclaimer like this on a smartphone. Is this normal? Why aren't other manufacturers mentioning this? Source: https://pine64.com/product/pinephone-beta-edition-with-conve... > A small numbers of stuck or dead pixels (1-3) can be a characteristic of LCD screens. While rare, this should not be considered a defect. If you think that a minor dissatisfa…

I bought a monitor a few years ago and out of the box it had a dead pixel in a pretty annoying spot. I looked up the manufacturer's replacement policy and they wouldn't take it back for just a single pixel.

Re: PinePhone – Open Source Smart Phone Supported by Major Linux Phone Projects

#248

The pinephone is great, in fact I'm typing this comment from mine. That said, fair warning to anyone thinking about getting one: it's slow, buggy, and flat out unreliable if you need to be able to receive / answer calls and texts for anything important (e.g. work). Once they get the software worked out over the next few years though, it'll be the best thing out there. No ads, no bullshit, just a phone with a mainline…

If hardware acceleration is fixed then user experience can see night and day difference. Unfortunately if anything to be seen from Raspberry Pi or other SBCs HW Acceleration seems like Nuclear Fusion due to different graphics API, standards, application/HW support etc.

Re: PinePhone – Open Source Smart Phone Supported by Major Linux Phone Projects

#249
post #65

Earlier quoted context omitted.

Oh, I'm pretty darn sure I saw it on the supported devices page yesterday. Can't see it now. Hallucinations? :) It's very strange to me that no Android ROM has made it to the PinePhone yet.

Once one (most likely GloDroid) will be closer to “this is now a working Android phone” I expect others to follow.

Hope so!

Found the page I was thinking of: https://redmine.replicant.us/projects/replicant/wiki/Pinepho...

Very much "not supported".

Re: PinePhone – Open Source Smart Phone Supported by Major Linux Phone Projects

#250

Earlier quoted context omitted.

The position was quite clear: Linux is more than capable to work as Desktop or business computer for the most common industries and that its support for common peripheral devices has been pretty much in "just works" territory, provided these peripherals are not using or dependent on extremely new protocols or standards .

Good we are all in agreement then... Windows and linux are both at the very least in the "just works" territory. But we also all agree linux is inferior because you caveat-ed your point with: "provided these peripherals are not using or dependent on extremely new protocols or standards." Windows does not generally have this issue. Linux is, by your own logic, Inferior from a usability or "just works" standpoint. We a…

[flagged]
Post reply on HN