[Bug 1973285] Re: [SRU] libraspberrypi0 multi-arch install failing due to lintian override content difference

Launchpad Bug Tracker 1973285 at bugs.launchpad.net
Mon Jun 6 14:09:50 UTC 2022


This bug was fixed in the package raspberrypi-userland -
0~20220324+gitc4fd1b8-0ubuntu1~22.04.1

---------------
raspberrypi-userland (0~20220324+gitc4fd1b8-0ubuntu1~22.04.1) jammy; urgency=medium

  * SRU of kinetic version
  * Fix lintian-overrides to use arch-specific flags, ensuring both the armhf
    and arm64 versions can be simultaneously installed (LP: #1973285)
  * Fix Multi-Arch spec on libraspberrypi-bin and libraspberrypi-dev
  * d/libraspberrypi0.symbols.* add Build-Depends-Package
  * Don't embed Vera.ttf in libraspberrypi-dev examples; symlink to the one
    from ttf-bitstream-vera and Suggest: that package instead
  * Ensure examples in libraspberrypi-dev are not compressed

 -- Dave Jones <dave.jones at canonical.com>  Thu, 26 May 2022 14:22:37
+0100

** Changed in: raspberrypi-userland (Ubuntu Jammy)
       Status: Fix Committed => Fix Released

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

Title:
  [SRU] libraspberrypi0 multi-arch install failing due to lintian
  override content difference

Status in raspberrypi-userland package in Ubuntu:
  Fix Released
Status in raspberrypi-userland source package in Jammy:
  Fix Released
Status in raspberrypi-userland source package in Kinetic:
  Fix Released

Bug description:
  [Impact]

  Despite libraspberrypi0 being declared Multi-Arch: same, users cannot
  install libraspberrypi0:armhf on arm64 systems. This affects the
  ability to (attempt to) use libwidevine (the library required to play
  certain proprietary streaming services, e.g. Netflix, which is
  currently only available as an armhf binary).

  Note: For the sake of clarity, while this fix enables
  libraspberrypi0:armhf to be co-installed with the arm64 variant, I
  have *not* tested installation / usage of widevine itself as that's
  beyond the scope of this bug.

  It also affects users of the (still very popular) legacy camera stack,
  which is only supported on the armhf architecture as of jammy (all the
  mmal utilities and libraries were removed from arm64 upstream, and
  this change was incorporated in raspberrypi-userland in jammy).

  [Test Plan]

  * Flash the Ubuntu Desktop 22.04 for Raspberry Pi to an SD card
  (http://cdimage.ubuntu.com/ubuntu/releases/jammy/release/ubuntu-22.04-preinstalled-
  desktop-arm64+raspi.img.xz is the relevant image, but this is probably
  easier to accomplish via the rpi-imager tool)

  * Boot the SD card on a supported Pi (4, 400, CM4) and run through
  first-time setup

  * Open a terminal

  * sudo dpkg --add-architecture armhf

  * sudo apt update

  * sudo apt install libraspberrypi0:armhf

  * Observe failure due to conflict in lintian-overrides

  * Enable proposed updates
  (https://wiki.ubuntu.com/Testing/EnableProposed)

  * sudo apt update

  * sudo apt install -t jammy-proposed libraspberrypi0
  libraspberrypi0:armhf

  * Package installs successfully

  * The fixed version also sets Multi-Arch: same on libraspberrypi-dev,
  so it would also be useful to test the following: sudo apt install
  libraspberrypi-dev:{armhf,arm64}

  [Regression Potential]

  We could backport just the Multi-Arch fixes to the lintian-overrides
  (an essentially risk-free option, since the only difference would be
  in the lintian overrides themselves), but the diff between the version
  currently shipped in jammy, and the fixed version in kinetic is small
  consisting of only 6 (mostly trivial) commits (no new features are
  included, just bug fixes). Hence, I've decided to just backport the
  kinetic version, unless the SRU team raises any objections.

  The fixed version has been tested on the jammy desktop and jammy
  server arm64 platforms without issue so far. The regression potential
  is low; despite it being a new version the delta is (as mentioned) a
  few largely trivial bug fixes.

  The extra commits
  (https://github.com/raspberrypi/userland/compare/14b90ff9d9f031391a299e6e006965d02bfd1bb1...HEAD)
  in the kinetic version are as follows:

  3ff42d69724062cbe4f72d2978ac035550823d10
  vcos: Add vcos_safe_strncpy and VCOS_SAFE_STRNCPY -- fixes a complaint from the vc4 linker about not finding strnlen

  a70a7428f7861d3b8eab24886d48a308936ec912
  userland: dtoverlay: Handle parameters in overlay_map -- fixes dtoverlay ignoring parameters from the overlay map

  affef1eb4f264f4fffa732d9216e4fc1e1b9ac56
  dtoverlay: Rebase aliases in overlays like labels -- fixes dtoverlay handling aliases in loaded overlays

  09570925bf244f8a041f8b7e88f8f2a6664acbab
  dtoverlay: Don't mix non-fatal errors and offsets -- fixes an issue (https://github.com/raspberrypi/firmware/issues/1686) with invalid fragments in an overlay breaking boot

  8fa944c74085aacd99da3e733af8dc5ac9b04fd9
  mmal: Add mapping for IL OMX_IndexParamBrcmEnableIJGTableScaling param -- added a missing MMAL mapping for the legacy graphics stack

  c4fd1b8986c6d6d4ae5cd51e65a8bbeb495dfa4e
  Fix declaration of raspicommonsettings_parse_cmdline

  [Original Description]

  https://github.com/Botspot/pi-apps/pull/1806

  Cannot install libraspberrypi0:armhf on 22.04 (Jammy) because of broken dependencies.
  Please fix your packages for libraspberrypi0.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/raspberrypi-userland/+bug/1973285/+subscriptions




More information about the foundations-bugs mailing list