[Bug 2126066] Re: Upgrade to questing daily breaks wifi firmware blob

Launchpad Bug Tracker 2126066 at bugs.launchpad.net
Fri Oct 3 18:17:17 UTC 2025


This bug was fixed in the package linux-firmware-raspi - 13-0ubuntu2

---------------
linux-firmware-raspi (13-0ubuntu2) questing; urgency=medium

  * d/linux-firmware-raspi.postinst: Re-create the dpkg diversion for the
    cyfmac43455 blob if it is a file and not a symlink, indicating the
    diversion has been broken by a linux-firmware upgrade (LP: #2126066)

 -- Dave Jones <dave.jones at canonical.com>  Tue, 30 Sep 2025 16:59:41
+0100

** Changed in: linux-firmware-raspi (Ubuntu)
       Status: Triaged => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to linux-firmware-raspi in Ubuntu.
https://bugs.launchpad.net/bugs/2126066

Title:
  Upgrade to questing daily breaks wifi firmware blob

Status in linux-firmware-raspi package in Ubuntu:
  Fix Released

Bug description:
  The wifi firmware blobs in linux-firmware-raspi have a complex state:
  several duplicate files in linux-firmware and thus the package places
  a ton of dpkg-diversions to ensure the -raspi variants take
  precedence. Furthermore, the firmware for the 43455 (used on the 3+,
  4, and 5 boards) is *also* subject to an update-alternatives link.
  This works in the produced images (both plucky and questing have the
  correct link in place) but on upgrade from plucky to questing (from
  12-0ubuntu1 to 13-0ubuntu1), which also involves correction of the
  aliased paths (/lib -> /usr/lib) used by both the diversions *and* the
  alternatives configuration, the installation breaks.

  Specifically, the result is that although the diversion of
  /usr/lib/firmware/cypress/cyfmac43455-sdio.bin.zst remains in place in
  the dpkg configuration, the alternatives link is deleted, and the
  linux-firmware file winds up in its place (without the .distrib suffix
  which should be there if the diversion was still working).
  Unfortunately at this point, update-alternatives with --force is
  required to fix things, but if this is done naively it destroys the
  copy of the firmware blob from linux-firmware (instead of moving it to
  .distrib as should happen).

  The d/rules file needs to grow some more logic to handle this complex
  upgrade correctly.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-firmware-raspi/+bug/2126066/+subscriptions




More information about the foundations-bugs mailing list