No `libOSSlib.so` while running audio/alsa-loopback-automated

[LiaoU3]

Bug Description

When running tests audio/alsa-loopback-automated, it shows the following error.

After investigation, libOSSlib.so is provided by liboss4-salsa2, which is not installed by default on Noble

1. We need to update the test to install the required package
   OR
2. Update the test to not relay on optional packages

References:

• https://packages.ubuntu.com/noble/amd64/liboss4-salsa2/filelist
• https://launchpad.net/ubuntu/+source/alsa-lib

Related LP bug: https://bugs.launchpad.net/kobuk/+bug/2083895

Cert-blocker Test Case

• cert-blocker

To Reproduce

1. Run job: audio/alsa-loopback-automated

Expected Result

Pass.

Actual Result

alsa_test: error while loading shared libraries: libOSSlib.so: cannot open shared object file: No such file or directory

Environment

• OS: Generic Server 24.04
• Checkbox Type: Snap
• Checkbox Version: 4.4.0-dev111

Relevant log output

alsa_test: error while loading shared libraries: libOSSlib.so: cannot open shared object file: No such file or directory

Additional context

No response

[syncronize-issues-to-jira]

Thank you for reporting your feedback to us!

The internal ticket has been created: https://warthogs.atlassian.net/browse/CHECKBOX-1876.

This message was autogenerated

[stanley31huang]

I could reproduce this issue on my iMX6ULL (armhf) running server image as well, and I observed this issue could be only reproduced on checkbox shell environment.

test passed while running alsa_test outside of checkbox shell environment.

ubuntu@ubuntu:~$ /snap/checkbox24/current/providers/checkbox-provider-base/bin/alsa_test loopback -d 5
Dominant frequency: 439.8
Deviation: 0.200012

[LiaoU3]

I can still reproduce the issue on Generic Desktop 24.04 on my computer.

vincent@vincent-XPS-9320:~$ uname -r
6.11.0-26-generic
vincent@vincent-XPS-9320:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 24.04.2 LTS
Release:	24.04
Codename:	noble
vincent@vincent-XPS-9320:~$ snap list checkbox
Name      Version     Rev    Tracking    Publisher            Notes
checkbox  5.0.0-dev8  15457  24.04/beta  ce-certification-qa  classic
vincent@vincent-XPS-9320:~$ snap list checkbox24
Name        Version     Rev  Tracking     Publisher            Notes
checkbox24  5.0.0-dev8  838  latest/beta  ce-certification-qa  -
vincent@vincent-XPS-9320:~$ amixer 
Simple mixer control 'Master',0
  Capabilities: pvolume pswitch pswitch-joined
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 65536
  Mono:
  Front Left: Playback 0 [0%] [off]
  Front Right: Playback 0 [0%] [off]
Simple mixer control 'Capture',0
  Capabilities: cvolume cswitch cswitch-joined
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 65536
  Front Left: Capture 65536 [100%] [on]
  Front Right: Capture 65536 [100%] [on]
vincent@vincent-XPS-9320:~$ sudo checkbox.shell 
checkbox runtime shell, type 'exit' to quit the session
(checkbox-shell) root@vincent-XPS-9320:/home/vincent# amixer 
amixer: error while loading shared libraries: libOSSlib.so: cannot open shared object file: No such file or directory

[LiaoU3]

After investigation, I found that this is the problem about libasound2 in stage-packages. Since before 24 (such as jammy), libasound2 is not a virtual package, however, in 24, it is now a virtual package.

$ sudo apt install libasound2
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Package libasound2 is a virtual package provided by:
  libasound2t64 1.2.11-1ubuntu0.1 (= 1.2.11-1ubuntu0.1)
  liboss4-salsa-asound2 4.2-build2020-1ubuntu3
You should explicitly select one to install.

E: Package 'libasound2' has no installation candidate

On the other hand, according to the build log for arm64 and amd64, if you search for asound, you will find that it installed both packages on arm, but only libasound2t64 on amd64. I think this is a different topic to be discussed in snap - Why is the behavior different in arm64 and amd64?

Overall, the solution for this is to change libasound2 to libasound2t64. Not only because of the weird behavior I mentioned above, but also it is better to specify the "real" name of the package.

BTW, another interesting is that the build on AMD64 on May 24th, it installed both packages, which is different from the current build (This is also a topic to be discussed with snap team.

[zongminl]

Close this issue as #2023 has been merged.