Docker Build Fails Due to xorg-x11-utils on Amazon Linux 2023
When building an IronPDF Docker image using the public.ecr.aws/lambda/dotnet:8 base image on Amazon Linux 2023, the dnf install step fails with a package conflict error.
problem with installed package xprop-1.2.7-1.amzn2023.x86_64 from amazonlinux
obsoletes xorg-x11-utils < 7.5-39
provided by xorg-x11-utils-7.5-38.amzn2023.0.2.x86_64 from amazonlinux
Amazon Linux 2023 ships with xprop pre-installed, and that version declares itself as obsoleting older versions of xorg-x11-utils. When a Dockerfile tries to install xorg-x11-utils explicitly, dnf rejects it because xprop already satisfies the same role and the package manager treats the install as a conflict.
Solution
Remove xorg-x11-utils from every dnf install line in the Dockerfile. The xprop package that Amazon Linux 2023 provides covers its functionality. All other IronPDF dependencies install without conflict.
The corrected Dockerfile for AWS Lambda with .NET 8:
FROM public.ecr.aws/lambda/dotnet:8
RUN dnf update -y && dnf install -y gcc-c++ pango.x86_64 libXcomposite.x86_64 libXcursor.x86_64 dbus-glib-devel \
&& dnf install -y libXdamage.x86_64 libXi.x86_64 libXtst.x86_64 cups-libs.x86_64 libXScrnSaver.x86_64 \
&& dnf install -y libXrandr.x86_64 alsa-lib.x86_64 atk.x86_64 gtk3.x86_64 ipa-gothic-fonts xorg-x11-fonts-100dpi \
&& dnf install -y xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-Type1 xorg-x11-fonts-misc \
&& dnf install -y mesa-libgbm.x86_64 \
&& dnf install -y nss-3.90.0-3.amzn2023.0.4.x86_64
WORKDIR /var/task
COPY "bin/Release/lambda-publish" .
Note that xorg-x11-utils does not appear in any of the dnf install lines. The pinned nss version avoids a separate nss conflict that can occur on this base image. For general AWS Lambda setup, see the AWS deployment guide.

