Bug 2532536 - Rawhide Server DVD installs fail due to packages missing from image
Summary: Rawhide Server DVD installs fail due to packages missing from image
Keywords:
Status: CLOSED DUPLICATE of bug 2535353
Alias: None
Product: Fedora
Classification: Fedora
Component: distribution
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Aoife Moloney
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F46BetaBlocker
TreeView+ depends on / blocked
 
Reported: 2026-09-12 00:47 UTC by Adam Williamson (Fedora)
Modified: 2026-09-16 14:57 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2026-09-16 14:57:54 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Adam Williamson (Fedora) 2026-09-12 00:47:51 UTC
There's something weird about the Server DVD images after Fedora-Rawhide-20260910.n.0. Packages are missing from them, but I can't see why.

Looking at the Fedora-Rawhide-20260911.n.1 compose, here's the Server DVD build log - https://kojipkgs.fedoraproject.org//work/tasks/8917/150138917/root.log . It has blocks like this logging what packages were, supposedly, included in the image:

DEBUG util.py:537:  -map /mnt/koji/compose/rawhide/Fedora-Rawhide-20260911.n.1/compose/Server/x86_64/os/Packages/l/langpacks-af-4.3-3.fc45.noarch.rpm Packages/l/langpacks-af-4.3-3.fc45.noarch.rpm
DEBUG util.py:537:  ==============================================================
DEBUG util.py:537:  xorriso : UPDATE :       1 files added in 1 seconds
DEBUG util.py:537:  Added to ISO image: file '/Packages/l/langpacks-af-4.3-3.fc45.noarch.rpm'='/mnt/koji/compose/rawhide/Fedora-Rawhide-20260911.n.1/compose/Server/x86_64/os/Packages/l/langpacks-af-4.3-3.fc45.noarch.rpm'
DEBUG util.py:537:  ============================
DEBUG util.py:537:  enter option and arguments :
DEBUG util.py:537:  -chmod 0444 Packages/l/langpacks-af-4.3-3.fc45.noarch.rpm
DEBUG util.py:537:  ==============================================================

if you parse the file a bit, you can get a list of packages that *should* be in the image. It's 2533 packages long.

If you then boot the image and do `find -name *.rpm` in /run/install/repo , you get a list of packages in the image, and you can compare it against the list of packages that *should* be there. There are only 2492 packages on the image - 41 are missing. This is the full list of missing packages:

-Packages/e/elfutils-libelf-devel-0.196-1.fc46.x86_64.rpm
-Packages/e/elfutils-libs-0.196-1.fc46.x86_64.rpm
-Packages/e/emacs-filesystem-30.2-3.fc45.x86_64.rpm
-Packages/e/enchant2-2.8.19-2.fc45.x86_64.rpm
-Packages/e/erlang-asn1-27.3.4.17-2.fc46.x86_64.rpm
-Packages/e/erlang-bbmustache-1.12.2-17.fc45.noarch.rpm
-Packages/e/erlang-certifi-2.17.0-2.fc45.noarch.rpm
-Packages/e/erlang-cf-0.3.1-26.fc45.noarch.rpm
-Packages/e/erlang-common_test-27.3.4.17-2.fc46.x86_64.rpm
-Packages/e/erlang-compiler-27.3.4.17-2.fc46.x86_64.rpm
-Packages/e/erlang-crypto-27.3.4.17-2.fc46.x86_64.rpm
-Packages/h/hyphen-sv-1.00.1-39.fc45.noarch.rpm
-Packages/h/hyphen-ta-0.7.0-30.fc45.noarch.rpm
-Packages/h/hyphen-te-0.7.0-30.fc45.noarch.rpm
-Packages/h/hyphen-tk-0.20210322-9.fc45.noarch.rpm
-Packages/h/hyphen-uk-0.20030903-35.fc45.noarch.rpm
-Packages/h/hyphen-zu-0-0.34.20080714svn.fc45.noarch.rpm
-Packages/l/langpacks-en-4.3-3.fc45.noarch.rpm
-Packages/l/langpacks-en_GB-4.3-3.fc45.noarch.rpm
-Packages/l/langpacks-eo-4.3-3.fc45.noarch.rpm
-Packages/l/langpacks-es-4.3-3.fc45.noarch.rpm
-Packages/l/langpacks-et-4.3-3.fc45.noarch.rpm
-Packages/l/langpacks-eu-4.3-3.fc45.noarch.rpm
-Packages/l/langpacks-fa-4.3-3.fc45.noarch.rpm
-Packages/l/langpacks-fi-4.3-3.fc45.noarch.rpm
-Packages/l/langpacks-fonts-af-4.3-3.fc45.noarch.rpm
-Packages/l/langpacks-fonts-am-4.3-3.fc45.noarch.rpm
-Packages/l/langpacks-fonts-ar-4.3-3.fc45.noarch.rpm
-Packages/l/langpacks-fonts-ast-4.3-3.fc45.noarch.rpm
-Packages/p/pam-libs-1.7.2-4.fc45.x86_64.rpm
-Packages/p/pam_passwdqc-2.0.3-10.fc45.x86_64.rpm
-Packages/p/pango-1.58.2-1.fc45.i686.rpm
-Packages/p/pango-1.58.2-1.fc45.x86_64.rpm
-Packages/p/parted-3.7-4.fc45.x86_64.rpm
-Packages/p/passim-libs-0.1.12-1.fc45.x86_64.rpm
-Packages/p/passt-0^20260728.gf8df3f1-2.fc45.x86_64.rpm
-Packages/p/passt-selinux-0^20260728.gf8df3f1-2.fc45.noarch.rpm
-Packages/p/passwdqc-2.0.3-10.fc45.x86_64.rpm
-Packages/p/passwdqc-utils-2.0.3-10.fc45.x86_64.rpm
-Packages/p/patch-2.8-5.fc45.x86_64.rpm
-Packages/p/pciutils-3.15.0-2.fc45.x86_64.rpm

The lack of langpacks-en causes a default install to fail. During install an error "Failed to download the following packages: Failed to download packages" is shown (yes, that's exactly what it says). If we look at packaging.log , we see:

WARNING:anaconda.modules.payloads.payload.dnf.download_progress:Failed to download 'langpacks-en-0:4.3-3.fc45.noarch': No more mirrors to try - All mirrors were already tried without success
INFO:anaconda.core.threads:Thread Failed: AnaTaskThread-DownloadPackagesTask-1 (140433596794560)
ERROR:anaconda.modules.common.task.task:Thread AnaTaskThread-DownloadPackagesTask-1 has failed: Traceback (most recent call last):
  File "/usr/lib64/python3.15/site-packages/pyanaconda/core/threads.py", line 281, in run
    threading.Thread.run(self)
    ~~~~~~~~~~~~~~~~~~~~^^^^^^
  File "/usr/lib64/python3.15/threading.py", line 1160, in run
    self._target(*self._args, **self._kwargs)
    ~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib64/python3.15/site-packages/pyanaconda/modules/common/task/task.py", line 97, in _thread_run_callback
    self._task_run_callback()
    ~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/lib64/python3.15/site-packages/pyanaconda/modules/common/task/task.py", line 110, in _task_run_callback
    self._set_result(self.run())
                     ~~~~~~~~^^
  File "/usr/lib64/python3.15/site-packages/pyanaconda/modules/payloads/payload/dnf/installation.py", line 257, in run
    self._dnf_manager.download_packages(self.report_progress)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib64/python3.15/site-packages/pyanaconda/modules/payloads/payload/dnf/dnf_manager.py", line 748, in download_packages
    raise PayloadInstallationError(msg) from None
pyanaconda.modules.common.errors.installation.PayloadInstallationError: Failed to download the following packages: Failed to download packages

It's not really "downloading" packages in this case, just reading them from the mounted repo.

I cannot figure out, yet, why the packages wind up missing. Either xorriso is somehow not actually writing them despite logging that it did, or they somehow get stripped out later, or...what? It's rather mysterious. I can't immediately see what changed between 20260910.n.0 and 20260911.n.0 that would have caused this.

Comment 1 Adam Williamson (Fedora) 2026-09-12 00:49:03 UTC
Proposing as an F46 Beta blocker per Basic criterion "When using a dedicated installer image that contains packages, the installer must be able to use the install medium as a package source."

Comment 2 Adam Williamson (Fedora) 2026-09-16 14:57:54 UTC
Lukas reported this separately, but he got further in figuring out what the heck's going on, so closing this report as a dupe of his.

*** This bug has been marked as a duplicate of bug 2535353 ***


Note You need to log in before you can comment on or make changes to this bug.