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.

 

[Nikolay Chebotarev]

Thank you for the report. I can confirm the issue. EPEL has recently updated libavif and svt-av1-libs to new major versions with incompatible library versions, and the Plesk PHP GD packages on EL9 still depend on the old ones. This isn't specific to Plesk: other vendors' PHP builds that link against EPEL's libavif are affected too. The issue has been passed to the development team with high priority.

Until the fix is released, you can update the rest of the system by excluding these two packages:

dnf update --exclude=libavif --exclude=svt-av1-libs

or lock them permanently:

dnf versionlock add libavif svt-av1-libs

Please do not use --allowerasing, because it will remove the Plesk PHP GD packages.

 

[Martin Dias]

Just to make it findable bug id PPPM-15544
And also link the other post about same topic Forwarded to devs - Plesk PHP packages built with older libavif which breaks yum updates

 

[Binesh S]

Yes I too found the issue latest update

Last metadata expiration check: 0:11:30 ago on Wed 30 Sep 2026 02:08:01 AM PKT.
Error:
Problem 1: package plesk-php83-gd-8.3.35-0redhat.9.260925.1442.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 both libavif-1.1.1-3.el9.x86_64 from epel and libavif-0.11.1-4.el9.x86_64 from alt-common
- cannot install both libavif-1.1.1-3.el9.x86_64 from epel and libavif-0.11.1-5.el9.x86_64 from alt-common
- cannot install both libavif-0.11.1-4.el9.x86_64 from imunify360 and libavif-1.1.1-3.el9.x86_64 from epel
- cannot install the best update candidate for package plesk-php83-gd-8.3.35-0redhat.9.260925.1442.x86_64
- cannot install the best update candidate for package libavif-0.11.1-5.el9.x86_64
Problem 2: 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
- package libavif-0.11.1-5.el9.x86_64 from @System requires libSvtAv1Enc.so.0()(64bit), but none of the providers can be installed
- package libavif-0.11.1-5.el9.x86_64 from alt-common requires libSvtAv1Enc.so.0()(64bit), but none of the providers can be installed
- package libavif-0.11.1-4.el9.x86_64 from alt-common requires libdav1d.so.6()(64bit), but none of the providers can be installed
- package libavif-0.11.1-4.el9.x86_64 from imunify360 requires libdav1d.so.6()(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
- 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 alt-common
- cannot install both svt-av1-libs-0.9.0-1.el9.x86_64 from imunify360 and svt-av1-libs-2.3.0-3.el9.x86_64 from epel
- cannot install both libdav1d-1.0.0-2.el9.x86_64 from alt-common and libdav1d-1.5.4-1.el9.x86_64 from @System
- cannot install both libdav1d-1.0.0-2.el9.x86_64 from imunify360 and libdav1d-1.5.4-1.el9.x86_64 from @System
- 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-php84-gd-8.4.26-0redhat.9.260925.1235.x86_64
- cannot install the best update candidate for package libdav1d-1.5.4-1.el9.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)