Ubuntu
mesa-demos package

mesa-utils/jammy 8.4.0-1ubuntu1 amd64 [upgradable from: 8.4.0-1build1]

Asked by Philip Vetter

apt list --upgradable reports
mesa-utils/jammy 8.4.0-1ubuntu1 amd64 [upgradable from: 8.4.0-1build1]

apt upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  mesa-utils
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.

QUESTIONS:
Q1. How do I find out why a package has been kept back?
Q2. How do I find out the relationship between 1ubuntu1 and 1build1?
Q3. How do I find a changelog which relates the two?

Question information

Language:
English Edit question
Status:
Solved
For:
Ubuntu mesa-demos Edit question
Assignee:
No assignee Edit question
Solved by:
Manfred Hampl
Solved:
Last query:
Last reply:
Revision history for this message
Manfred Hampl (m-hampl) said (last edit ): 		#1

A1: Try apt --simulate install mesa-utils=8.4.0-1ubuntu1

A2: Most version numbers are inherited from Debian https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-version
8.4.0-1build1 is the package number from Debian (original source version 8.4.0, first packaging in Debian giving version number 8.4.0-1 and then recompiled in Debian for whatever reason without further changes, giving 8.4.0-1build1) This package was taken over unmodified by Ubuntu.
Now Ubuntu has modified the package and the version number now is 8.4.0-1ubuntu1

A3: https://launchpad.net/ubuntu/+source/mesa-demos/8.4.0-1ubuntu1 with
http://launchpadlibrarian.net/596590986/mesa-demos_8.4.0-1build1_8.4.0-1ubuntu1.diff.gz

Revision history for this message
Philip Vetter (pvetter) said : 		#2

This is the result, how to draw conclusions about how to respond? It appears that the package to be removed, mesa-utils-extra, contains some extra files (manpages?) that the replacement does not have.

Could this be possibly related to: in the Info Center, Vulkan says:
MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0
?

# apt --simulate install mesa-utils=8.4.0-1ubuntu1
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  mesa-utils-bin
The following packages will be REMOVED:
  mesa-utils-extra
The following NEW packages will be installed:
  mesa-utils-bin
The following packages will be upgraded:
  mesa-utils
1 upgraded, 1 newly installed, 1 to remove and 0 not upgraded.
Remv mesa-utils-extra [8.4.0-1build1]
Inst mesa-utils-bin (8.4.0-1ubuntu1 Ubuntu:22.04/jammy [amd64])
Inst mesa-utils [8.4.0-1build1] (8.4.0-1ubuntu1 Ubuntu:22.04/jammy [amd64])
Conf mesa-utils-bin (8.4.0-1ubuntu1 Ubuntu:22.04/jammy [amd64])
Conf mesa-utils (8.4.0-1ubuntu1 Ubuntu:22.04/jammy [amd64])

$ apt-get download mesa-utils-bin
Get:1 http://hk.archive.ubuntu.com/ubuntu jammy/universe amd64 mesa-utils-bin amd64 8.4.0-1ubuntu1 [53.8 kB]
Fetched 53.8 kB in 1s (36.8 kB/s)

$ dpkg --contents mesa-utils-bin_8.4.0-1ubuntu1_amd64.deb
drwxr-xr-x root/root 0 2022-04-14 13:33 ./
drwxr-xr-x root/root 0 2022-04-14 13:33 ./usr/
drwxr-xr-x root/root 0 2022-04-14 13:33 ./usr/bin/
-rwxr-xr-x root/root 14728 2022-04-14 13:33 ./usr/bin/eglinfo.x86_64-linux-gnu
-rwxr-xr-x root/root 14648 2022-04-14 13:33 ./usr/bin/es2_info.x86_64-linux-gnu
-rwxr-xr-x root/root 31248 2022-04-14 13:33 ./usr/bin/es2gears_wayland.x86_64-linux-gnu
-rwxr-xr-x root/root 27080 2022-04-14 13:33 ./usr/bin/es2gears_x11.x86_64-linux-gnu
-rwxr-xr-x root/root 22864 2022-04-14 13:33 ./usr/bin/es2tri.x86_64-linux-gnu
-rwxr-xr-x root/root 14648 2022-04-14 13:33 ./usr/bin/glxdemo.x86_64-linux-gnu
-rwxr-xr-x root/root 27032 2022-04-14 13:33 ./usr/bin/glxgears.x86_64-linux-gnu
-rwxr-xr-x root/root 14648 2022-04-14 13:33 ./usr/bin/glxheads.x86_64-linux-gnu
-rwxr-xr-x root/root 64008 2022-04-14 13:33 ./usr/bin/glxinfo.x86_64-linux-gnu
drwxr-xr-x root/root 0 2022-04-14 13:33 ./usr/share/
drwxr-xr-x root/root 0 2022-04-14 13:33 ./usr/share/doc/
drwxr-xr-x root/root 0 2022-04-14 13:33 ./usr/share/doc/mesa-utils-bin/
-rw-r--r-- root/root 1516 2022-04-14 13:33 ./usr/share/doc/mesa-utils-bin/changelog.Debian.gz
-rw-r--r-- root/root 11670 2022-04-14 13:33 ./usr/share/doc/mesa-utils-bin/copyright

$ dpkg-query -L mesa-utils-extra
/.
/usr
/usr/bin
/usr/bin/eglinfo
/usr/bin/es2_info
/usr/bin/es2gears_wayland
/usr/bin/es2gears_x11
/usr/bin/es2tri
/usr/share
/usr/share/doc
/usr/share/doc/mesa-utils-extra
/usr/share/doc/mesa-utils-extra/changelog.Debian.gz
/usr/share/doc/mesa-utils-extra/copyright
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/es2_info.1.gz
/usr/share/man/man1/es2gears.1.gz
/usr/share/man/man1/es2tri.1.gz
/usr/bin/es2gears
/usr/share/man/man1/es2gears_wayland.1.gz
/usr/share/man/man1/es2gears_x11.1.gz

Revision history for this message
Philip Vetter (pvetter) said : 		#3

also it seems the upcoming(?) package has the glx* binaries, while lacking all manpages.

In any case, how do I determine whether to ignore this or respond somehow?

Revision history for this message
Best Manfred Hampl (m-hampl) said : 		#4

I assume that the background of the whole story is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792223

The new package in Ubuntu indeed is a bit weird, because it is named 8.4.0-1ubuntu1 but contains parts that Debian has provided only in 8.4.0-2

Fact is that the previous two binary packages mesa-utils and mesa-utils-extra have been merged into the new mesa-utils package, and a new package mesa-utils-bin has been split off the previous mesa-utils package.
The upgrade from 8.4.0-1build1 to 8.4.0-1ubuntu1 now requires the uninstallation of the old mesa-utils-extra, because its contents are now in the new mesa-utils or mesa-utils-bin packages. "sudo apt update" blocks version upgrades, if it has to uninstall a package.

I suggest that you run the command
sudo apt full-upgrade
instead of
sudo apt upgrade
That command will handle such cases without complaining about held packages.

Revision history for this message
Philip Vetter (pvetter) said (last edit ): 		#5

Thank you Manfred Hampl, for your patience, expertise, and detailed explanation!