this post was submitted on 18 Jun 2024
237 points (94.1% liked)
KDE
5355 readers
9 users here now
KDE is an international technology team creating user-friendly free and open source software for desktop and portable computing. KDE’s software runs on GNU/Linux, BSD and other operating systems, including Windows.
Plasma 6 Bugs
If you encounter a bug, proceed to https://bugs.kde.org/, check whether it has been reported.
If it hasn't, report it yourself.
PLEASE THINK CAREFULLY BEFORE POSTING HERE.
Developers do not look for reports on social media, so they will not see it and all it does is clutter up the feed.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
On the other hand, I can put an open OS on my Android and get security updates long after the manufacturer has abandoned it. Can't do that with an iPhone. (But honestly, few Android devices make it easy, and none that I know of allow every little part of the system to be supported this way.)
It's about time we started legally requiring manufacturers to unlock our hardware when support ends, and release the driver specs ahead of time, so the open software community can take over support. The unending accumulation of e-waste due to nothing more than abandoned software is unforgivable.
This goes hand-in-hand with the right to repair.
100% agree. You're not selling the hardware anymore, leave it in an unlocked state. Same with games.
That would be nice for iPhone, I’ve got a perfectly fine iPX that I’m only going to upgrade because my banking apps are going to drop support for iOS 16 soon
You can format the Mac and put Linux on it and get updates forever as well.
Edit: or you could when it was x86... not sure where Mx stand on that.
Asahi Linux is in a daily driver state.
Debian does regular ARM builds and that would likely work
Edit: I run it with VMWare Fusion on a VM
Asahi Linux are working on it, should be pretty polished by the time the M1s stop getting updates.
@mox @manualoverride while I absolutely agree with your position, also keep in mind that this has security implications.
Beside the fact that most vendors dont even use all the patches available from AOSP, no custom ROM project can backport all patches. Sooner or later this means there are devices that cant be securely used anymore, unless someone does the effort.
a vendor concept with a subscription could solve this I guess or enough support for an open project e.g. @GrapheneOS
@brahms @mox @manualoverride
OEM support for the device is needed because an alternate OS cannot provide firmware updates otherwise. In practice, driver updates also come from the OEM. Providing the Android Open Source Project backports is nowhere close to full security patches. It's unfortunate that most alternate operating systems mislead users about this by setting an inaccurate Android security patch level field, not being honest about what's missing and downplaying the importance of it.
Firmware and drivers can be made open, just as other software can be made open. It's really just a matter of incentives. In my experience, law tends to be a pretty effective incentive.
If the bill of materials included the legal requirements discussed here, then a component supplier would either start producing open firmware/specs, or they would lose that market to another supplier.
Obviously, Android would not be the only project/product affected by such a legal change.