MacBook Air owner?

2018/2019 models are losing #Apple support.

https://arstechnica.com/gadgets/2024/06/the-case-for-and-against-macos-15-sequoia-being-the-final-release-for-intel-macs/

#OptGreen with #GNU/#Linux to keep your device in use! These machines will run beautifully for many years to come.

Not only wallet friendly, #upcycling keeps CO2 emissions out of the atmosphere. Ca. 75% of Apple’s emissions comes from production alone (details in alt text).

Sustainable, independent #FreeSoftware: Better for users, best for the #environment.

@kde

#KDE #KDEEco #FOSS #OpenSource #MacBook

  • GrapheneOS
    1•3 months ago

    @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.

    • mox
      1•3 months ago

      OEM support for the device is needed because an alternate OS cannot provide firmware updates otherwise.

      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.

    • GrapheneOS
      1•3 months ago

      @brahms @mox @manualoverride

      Firmware and driver patches are not any less important than generic OS patches. A high portion of critical severity patches are for drivers.

      Android Open Source Project has a new release every month. These are monthly, quarterly and yearly releases. Yearly releases move forward around 3 months on the development branch. Since Android 14 QPR2, quarterly releases also do the same and just leave most new feature flags disabled. These are required for full patches.

      • GrapheneOS
        1•3 months ago

        @brahms @mox @manualoverride

        Android Open Source Project provides backports of most but not all High/Critical severity patches to the initial yearly releases of Android 12, 13 and 14 for devices which have not updated to the latest release (currently Android 14 QPR3). The combination of these backports with baseline firmware/driver patches form the Android Security Bulletins referred to by the security patch level. This is not the full set of security patches, just absolute bare minimum.