Live data from Hacker News

PinePhone Pro Announced

pine64.org

221–230 of 375 posts

Re: PinePhone Pro Announced

#221

Earlier quoted context omitted.

I feel like programmers have become "soft". I bet the old guard is okay with something like this - a lot of C, C++, assembly skills - this is what it meant to mess around with computers! Now, you can just be modifying CSS and call yourself a programmer. You get one of these devices, and you're sorely disappointed!

> a lot of C, C++, assembly skills - this is what it meant to mess around with computers! I can't believe this is getting upvoted on HN. What kind of gatekeeping elitist bullshit is this?

I don't see anything elitist. Anyone can learn assembly language, C, and even C++ and Rust with a bit more dedication.

Anyway, much of the work getting these phones ready as daily drivers is in getting apps that run on them mature. There are lots of languages adequate for apps.

Re: PinePhone Pro Announced

#222

Earlier quoted context omitted.

I'd second your assumption. Geary, MegaPixels (the camera app), Phosh (one of the few window managers), the modem firmware, and more are mostly shared between all the distros. Doubly so for upstreamed SoC firmware, battery efficiency improvements, and more that I'm sure I'm overlooking. Frankly, it makes me question anyone who says desktop Linux is divided because we have options - at this point, it's more like there…

Asking for clarity since I'm one month into my Linux journey: Are you saying that most of the distros are really just more surface level changes rather than deep "divisions"? I've been struggling to understand.

Most distributions are derivations and arise because some skilled people wished some core functionality would be different.

And other distributions started from scratch, but obviously don't want to do really everything on their own, so they took other software.

The result is that a lot of established software is shared.

Re: PinePhone Pro Announced

#223

One thing I will note is how absolutely essential smart phones have become to our daily existence. A colleague's phone recently broke and her life shutdown because she could not 2fa anywhere, including for reporting her time card, etc. As a result, I cannot take any risks when purchasing a phone. I have to have the most reliable option possible.

>As a result, I cannot take any risks when purchasing a phone. Or you could make better choices when it comes to how you organise your life so that you do not get in situations where losing your phone completely screws you over. Seriously I don't get why people wilfully get into situations where important things in their life rest on the reliability of their phone. It takes a minimal amount of awareness. And there's…

The problem is what do you do about 2fa which more and more organizations are requiring almost always via sms ? I suppose yubikeys could be part of the solution of getting away from the phone for auth.

Re: PinePhone Pro Announced

#224
post #163

It is frustrating to me that despite the blunt verbiage about it being a beta device for software and hardware developers, people even here are griping about it being not ready for everyday use. If a free and open-source mobile operating system is missing software support for a feature you want, please contribute to its development.

Unfortunately I'm fully booked, and would gladly pay an extra hundred or two for someone else to do it. Not clear on who that is yet.

Re: PinePhone Pro Announced

#225
post #7

I curious about the opinion of HN on the absence of 1080p (it's still 720p). Specially this part of the blog post: > The decision to maintain the original PinePhone’s screen resolution of 1440×720 was made early on; higher resolution panels consume more power and increase SoC’s load, resulting in shorter battery life and higher average thermals. A few extra pixels aren’t worth it.[1] While I understand the point they…

> the PinePhone's screen is almost 6" and pixel density is probably the first thing that I notice on a new smartphone. It just seems very low?

I don't think it is as big an issue. I have an old 1st Gen Nexus 7, it has 720p resolution on a 7" screen, it is perfectly readable and a generally nice screen to use (I would still be using the device frequently if it wasn't painfully slow due to degrading flash). The difference to a super-high resolution modern device is obvious on a side by side comparison, but not on its own. When I'm just using the device I don't even notice the lower resolution.

Re: PinePhone Pro Announced

#226

Mini Ask HN: The comments here seem to say that PinePhone and friends are not ready to be daily drivers or even occasional drivers. I think that's fine. However, I do want to support these people and their work. I also need an ARM machine to do tests on (for portability of software and such), so I'm thinking of buying this Pro version. Yes, I'll spend a lot more than I need to, but I really want to support them. So q…

I have a PP CE and I'm trying to do Rust GUIs. Now the Rust compiler is known to be slow, and with C (and maybe using an optimized compiler like tcc), YMMV. But Rust development (at least when using any amount of dependencies) is unbearable.

I have hopes for getting cross-compilation working, but no luck so far...

Re: PinePhone Pro Announced

#227

Earlier quoted context omitted.

Perhaps because it is at a similar price point as a Fairphone 3, which you can daily drive.

But the Fairphone 3 is running a hostile OS that has already done most of the work, and the PinePhone is still very much an early development platform.

What is hostile about the OS?

Early development or not, the rk3399 is a 5 year old SoC.

Re: PinePhone Pro Announced

#230
post #66

Earlier quoted context omitted.

Isn’t that silly? I could run linux (with GUI) just fine on my Pentium 3. This phone is like 8 times faster just based on clock speed, not to mention memory. How can it not drive a UI without lag?

Because your pentium 3 GUI linux had a GUI designed around pentium 3 era hardware. All the linux phone GUIs seem to be designed around the latest in special GUI effects and animations and transparency. For some reason all the people who know how to design UIs for linux are incapable of understanding hardware requirements.

Check out sxmo.org if you're going for a minimalist UI. But the big feature that's missing on these old-style UI's (while it is in, e.g. Phosh) is smooth animations w/ direct 1-to-1 feedback, which is critical for usability w/ modern capacitive touchscreens and quite hard to achieve without GPU acceleration.
Post reply on HN