Issue AlmaLinux 9.8: yum update blocked by Plesk PHP 8.4/8.5 GD dependencies on libavif.so.15?

[Azurel]

Server operating system version

AlmaLinux 9.8

Plesk version and microupdate number

18.0.81#1

Hi everyone,

Running yum update today on a server with AlmaLinux 9.8 and Plesk Obsidian 18 fails with the following dependency conflicts:

# yum update
Last metadata expiration check: 3:09:50 ago on Tue 29 Sep 2026 05:37:36 AM CEST.
Error:
Problem 1: package plesk-php84-gd-8.4.26-0redhat.9.260925.1235.x86_64 from @System requires libavif.so.15()(64bit), but none of the providers can be installed
- cannot install both libavif-1.1.1-3.el9.x86_64 from epel and libavif-0.11.1-5.el9.x86_64 from @System
- cannot install the best update candidate for package plesk-php84-gd-8.4.26-0redhat.9.260925.1235.x86_64
- cannot install the best update candidate for package libavif-0.11.1-5.el9.x86_64
Problem 2: package libavif-0.11.1-5.el9.x86_64 from @System requires libSvtAv1Enc.so.0()(64bit), but none of the providers can be installed
- cannot install both svt-av1-libs-2.3.0-3.el9.x86_64 from epel and svt-av1-libs-0.9.0-1.el9.x86_64 from @System
- package plesk-php85-gd-8.5.11-0redhat.9.260925.1431.x86_64 from @System requires libavif.so.15()(64bit), but none of the providers can be installed
- cannot install the best update candidate for package svt-av1-libs-0.9.0-1.el9.x86_64
- cannot install the best update candidate for package plesk-php85-gd-8.5.11-0redhat.9.260925.1431.x86_64
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)

Is this a known compatibility issue between the Plesk PHP packages and the latest EPEL updates?

 

[KlausO]

Good morning,

we experienced the same issues today on our AlmaLinux 9.8 servers. All PHP interpreters starting with version 8.x are affected.

As a temporary workaround, we uninstalled the currently active PHP 8.3 versions so that we could perform a kernel update. Roundcube was removed as part of the process as well. Afterwards, we were able to update the kernel successfully, but we are now unable to reinstall either the PHP interpreters or Roundcube due to the conflict.

The issue has been present since this morning. Everything was working normally yesterday.