What were you trying to do that didn't work?

Install package with dependencies on mesa subpackages.

External user had a base system not entirely up to date with older mesa-libEGL, tried to install new graphics packages, which pulled the newest mesa-dri-drivers (and other mesa subpackages) but that did not pull a newer mesa-libEGL. The resulting system had broken graphics due to keeping the old mesa-libEGL in a mismatched version.

Please provide the package NVR for which bug is seen:

mesa 23.3.3-1.el9.x86_64 , mesa 24.1.2-2.el9.x86_64

How reproducible:

Always

Steps to reproduce

1. podman run --rm -it quay.io/centos/centos:stream9
2. dnf install mesa-libEGL-23.3.3-1.el9.x86_64
   ....
   Installing weak dependencies:
   mesa-dri-drivers x86_64 24.1.2-2.el9 appstream 8.8 M
3. rpm -qa | grep mesa
   mesa-filesystem-24.1.2-2.el9.x86_64
   mesa-libglapi-24.1.2-2.el9.x86_64
   mesa-dri-drivers-24.1.2-2.el9.x86_64
   mesa-libgbm-24.1.2-2.el9.x86_64
   mesa-libEGL-23.3.3-1.el9.x86_64
4. dnf install egl-utils
5. eglinfo
   ....
   libEGL fatal: DRI driver not from this Mesa build ('24.1.2' vs '23.3.3')

Expected results

Mesa subpackages should have version dependencies locked between themselves so that ending up with packages on different versions is not allowed.

Actual results

Old systems with old libEGL which installing something new which pulls e.g. mesa-dri-drivers may end up with a broken mesa installation.