Impressive
Impressive
I really appreciate the iOS support window but it's messed up that their laptops ad desktops (which can last _so long_ and be useful!) just fall out of support despite still being very capable machines.
The kicker of course is I at least updated it all to MacOS 12 to give to a friend and everything still ran extremely well. But at one point these machines will stop working for purely incidental reasons
I think you’ll be safe on ARM macs for 10 full years.
I get that there's a legit question of having 2015 MBPs lying around, but honestly just having a switch to let you install it feels legit. It's not like the hardware is changing that much over the years, and they have to have the OS support a bunch of hardware configurations anyways
They’re talking about security updates. Your definition of support seems to be “latest bells and whistles with a major release.”
Your 2015 MBP was eligible for a Safari security update released last month and a macOS security update the month before[0].
This means your 2015 MBP receives similar support as the iPhone they mentioned.
We can argue if seven years of the “latest and greatest” is sufficient for a laptop before it is relegated to just security updates, but I don’t understand the lament.
It’s a capable machine, as you said, and it still ran great. If the manufacturer gives you all that was advertised at purchase and then some and then ensures it’s safe to use while not receiving new bells and whistles, how is that a demerit that causes frustration on your end?
I was worried that Apple was going to discontinue support for my early-2015 13" MBP after their new Mac announcements in the late Oct 2023 event, so I took it to the Apple Store in Sept and had them replace the battery which had been needing service for a while.
It's stuck on macOS 12 Monterey, but got a macOS security update in Oct (possibly its last) and a Safari update just over a week ago.
The iPhone 6 is stuck on iOS 12 and has missed out on 5 major iOS versions. It launched with iOS 8, so it only got upgrade support for four versions of iOS.
How workable is it today and how well would it work on a phone like this?
https://murena.com/shop/smartphones/brand-new/murena-fairpho...
Murena also sells it preinstalled: https://murena.com/shop/smartphones/brand-new/murena-fairpho...
I think "hardware security" of Google phones sounds nice on paper but you never know if these is some NSA chip or some other exploit build in that the Graphene OS devs never know about. I do not trust Google AT ALL and would love for them to support different Phones, because /e/ is does not sound very secure in comparison, they build on Lineage OS and they actually lowered security to widen compatibility AFAIK and I guess /e/ OS is just copying + de-googling.
What were these issues?
The developer is gone, so no need to avoid the project completely, but CalyxOS is an interesting alternative anyway.
The parent comment brought up the dev originally, but seems it's no longer an issue. Different commenter than the person you're replying to though.
The GOS team has done very thorough work to audit the supported devices, including the hardware, firmware and software components, to make sure they reach their high standards. They've made upstream contributions to AOSP, Linux and other projects with features and bug fixes to improve security and privacy of users. The project is well regarded in security circles, and I have no reason to distrust the team.
As much as I dislike Google, I wouldn't mind using their products if they respected my rights and freedoms. The GOS project ensures that more than any other modern smartphone, and I wouldn't change it for anything else.
Which means that these requirements are at least partly informed by the capabilities of Google pixel phones.
I have to say though that the timely security update thing is really a weak point of Fairphone. Yes they have years of support but they often delay updates for many months or skip major upgrades altogether.
GOS is reliant on work upstream like most products and projects are, it's why they stop supporting phones once the SoC and it's associate blob code fall out of support of the manufacturer. Fairphone doesn't do this, they keep pumping out new versions filled with unpatched vulnerabilities while pretending the software they're producing for the hardware they're supporting is up to date when it actually isn't. It's not a weak point, it borders on fraud.
That leaves backdoors created by and for Google, concern for which I suppose your comment still applies. It seems less likely to me though...
I wouldn't be surprised if there were some backdoor in the Qualcomm chip the fairphone 5 uses or the radios in other phones. Without open hardware you really can't trust anything. Not when we know we're all being constantly spied on by the state and by the corporations who design/manufacture our hardware.
The turnkey is right there, who will turn it?
Worse than that, most apps use random google stuff that they don't need, and the developers inevitably forget to check for NULL when they ask for the optional google service. At that point, the app fails with a null pointer exception at startup. Most apps fix this in a week or so, but they don't add de-googled android to the regression tests, so they end up breaking it again in a month or so.
The final straw was standing outside my car in 40F driving rain and staring at a java stack trace that was preventing the charger from turning on. At that point I pulled my work iPhone out of the glove compartment. If I didn't have it with me, I would have been stranded.
On the bright side, my Pixel 6 Pro got something like three times longer battery life than advertised until I broke down and installed the Google crap in a sandbox. At that point, battery life immediately plummeted back to advertised.
I wonder if politicians would intervene if more people realized that 66% of the battery usage of an Android phone is Google surveillance crap running in the background.
I say this as someone who's not a big fan of Google. If it's anything like iOS development, there’s a good chance it never dawned on them.
On iOS, there's a slew of things you want to check for as dev due to permissions and the like, but there's so much more we simply assume is there based on the frameworks Apple ships with the OS.
If ever there would be an option to de-Apple iOS, I wouldn't even know where to start to check for nil values, if only because Apple has significantly moved to abstract things away to make it easier on us, and they never allowed direct communication with components to begin with, everything runs through an Apple provided delegate.
The only one that didn't work was a podcast app with in-app purchases, which isn't supported.
Everything else just works.
The whole process was easy and painless.